From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 01 01:33:06 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G7msL-0003w8-Jx for capwap-archive@lists.ietf.org; Tue, 01 Aug 2006 01:33:06 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G7msI-0003jK-Nq for capwap-archive@lists.ietf.org; Tue, 01 Aug 2006 01:33:05 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 9DF891448076 for ; Mon, 31 Jul 2006 22:32:58 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id DD6DB43005F for ; Mon, 31 Jul 2006 22:32:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id B465A398039 for ; Mon, 31 Jul 2006 22:32:05 -0700 (PDT) Received: from huawei-3com.com (pop.huawei-3com.com [219.133.0.18]) by zoidberg.tigertech.net (Postfix) with ESMTP id 01349398011 for ; Mon, 31 Jul 2006 22:31:47 -0700 (PDT) Received: from huawei-3com.com (localhost [127.0.0.1]) by h3cml02-in.huawei-3com.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J3B00CH114FLZ@h3cml02-in.huawei-3com.com> for capwap@frascone.com; Tue, 01 Aug 2006 13:41:03 +0800 (CST) Received: from RichardYoung ([10.18.7.74]) by h3cml02-in.huawei-3com.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0J3B00B3014AN1@h3cml02-in.huawei-3com.com> for capwap@frascone.com; Tue, 01 Aug 2006 13:41:03 +0800 (CST) Date: Tue, 01 Aug 2006 11:01:41 +0530 From: young To: pcalhoun@cisco.com Message-id: <005a01c6b52b$c5142210$4a07120a@china.huawei.com> Organization: huawei MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailer: Microsoft Office Outlook 11 Thread-index: Aca1K8Rhr8qAOP7PTQSPOg4SAsPH7Q== X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.375 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_MESSAGE X-Spam-Level: Cc: capwap@frascone.com Subject: [Capwap] suggestion for the section 4.4 and 11.9 of draft 02 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 Precedence: list Reply-To: young@huawei-3com.com List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1232925314==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 00134749b78ab2213964fc53d03de937 This is a multi-part message in MIME format. --===============1232925314== Content-type: multipart/alternative; boundary="Boundary_(ID_h0dzTdrh78XAxrC/wXWrtw)" This is a multi-part message in MIME format. --Boundary_(ID_h0dzTdrh78XAxrC/wXWrtw) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi, Pat Calhoun I think that section 4.4 should add more common parameter to make CAPWAP having more strength to adapt to any wireless technology. I have the following suggestion for section 4.4 and 11.9 of draft 02. 1) 4.4.38. WTP Radio Information As the section should be work for any wireless implement, I suggest the following value should be moved to 802.11 binding. The value should be defined by wireless technology binding. 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. 2) 11.9.18. IEEE 802.11 Tx Power I think it could be moved to the section 4.4, as channel and Tx power are common parameters for RF management. 3) Add "WTP radio channel" As per 2), we could define a TLV to report current channel (AP to AC) or to configure channel (AC to AP). Now,. 11.9.12. IEEE 802.11 OFDM Control and 11.9.5. IEEE 802.11 Direct Sequence Control has channel configuration information. But I think that a specific TLV for it is better. By this way, 4.4 will provide more common parameter for any wireless technology. 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 | Reserved | Current Channel | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 4) 11.9.24. IEEE 802.11 WTP Radio Fail Alarm Indications I think it could be moved to the section 4.4, it could be a common event for any wireless technology. 5) 11.9.1. IEEE 802.11 Add WLAN How about we rename "WLAN" as wireless service? By this way, we could achieve abstract while make it work for most wireless technology. If it is ok, we could define "add wireless service, delete wireless service, update wireless service" in the section 4.4. Any wireless technology could add its specific parameter in the binding section. 6) 11.9.22. IEEE 802.11 WTP Quality of Service As per 5), I think we could define "WTP Quality of Service"in the section 4.4. Radio ID, Tag Packets and Queue Depth could be defined in the "WTP Quality of Service". While CWMin and so on could be defined in the IEEE 802.11 WTP Quality of Service. Regard Richard Huawei-3com --Boundary_(ID_h0dzTdrh78XAxrC/wXWrtw) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT

Hi, Pat Calhoun

 

I think that section 4.4 should add more common parameter to make CAPWAP having more strength to adapt to any wireless

technology.

 

I have the following suggestion for section 4.4 and 11.9 of draft 02.

1) 4.4.38.  WTP Radio Information

 As the section should be work for any wireless implement, I suggest the following value

 should be moved to 802.11 binding. The value should be defined by wireless technology binding.

      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.

 

2) 11.9.18.  IEEE 802.11 Tx Power

I think it could be moved to the section 4.4, as channel and Tx power are common parameters for RF management.

 

3)  Add “WTP radio channel”

As per 2), we could define a TLV to report current channel (AP to AC) or to configure channel (AC to AP).

Now,. 11.9.12.  IEEE 802.11 OFDM Control and 11.9.5.  IEEE 802.11 Direct Sequence Control

has channel configuration information.

But I think that a specific TLV for it is better. By this way, 4.4 will provide

more common parameter for any wireless technology.

     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   |    Reserved   |        Current Channel       |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

4) 11.9.24.  IEEE 802.11 WTP Radio Fail Alarm Indications

I think it could be moved to the section 4.4, it could be a common event for any wireless technology.

 

5) 11.9.1.  IEEE 802.11 Add WLAN

How about we rename “WLAN” as wireless service? By this way, we could achieve abstract while make it work

for most wireless technology.

If it is ok, we could define “add wireless service, delete wireless service, update wireless service” in the section 4.4.

Any wireless technology could add its specific parameter in the binding section.

 

6) 11.9.22.  IEEE 802.11 WTP Quality of Service

As per 5), I think we could define “WTP Quality of Service“in the section 4.4.

Radio ID, Tag Packets and Queue Depth could be defined in the “WTP Quality of Service“.

While CWMin and so on could be defined in the IEEE 802.11 WTP Quality of Service.

 

Regard

 

Richard

Huawei-3com

 

 

--Boundary_(ID_h0dzTdrh78XAxrC/wXWrtw)-- --===============1232925314== 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 --===============1232925314==-- From duffeajokin@bv.net Tue Aug 01 08:33:22 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G7tR4-0005LI-BF for capwap-archive@ietf.org; Tue, 01 Aug 2006 08:33:22 -0400 Received: from d83-186-143-240.cust.tele2.be ([83.186.143.240] helo=bv.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1G7tR1-0000cj-SE for capwap-archive@ietf.org; Tue, 01 Aug 2006 08:33:22 -0400 Message-ID: <000001c6b566$ed7e0af0$bb02a8c0@cda20> Reply-To: "Martina Maxton" From: "Martina Maxton" To: capwap-archive@ietf.org Subject: Re: bezusVijagra Date: Tue, 1 Aug 2006 05:35:10 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6B52C.4121A3F0" 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: 244a2fd369eaf00ce6820a760a3de2e8 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6B52C.4121A3F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Ambijen Cijalis from 3, 75 $ Vijagra from 3, 35 $ Valijum from 1, 25 $ =20 http://www.makrokilasoh.com =20 , , , , , Keep on going round the galaxy-no place is home For the likes of mee-ee-e-e! There was a vast amount of itchy foot stomping, let me tell you. And ------=_NextPart_000_0001_01C6B52C.4121A3F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
Ambijen
Cijalis from 3, 75 $
Vijagra from 3, 35 $
Valijum from 1, 25 $
 
 
,
,
,
,
,
Keep on going round the galaxy-no = place is home
For the likes of mee-ee-e-e!
There was a vast amount of itchy foot stomping, let me tell you. = And
------=_NextPart_000_0001_01C6B52C.4121A3F0-- From skitrip-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 01 08:35:14 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G7tSs-0005uw-4Q for capwap-archive@lists.ietf.org; Tue, 01 Aug 2006 08:35:14 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G7tSq-0000iK-Rs for capwap-archive@lists.ietf.org; Tue, 01 Aug 2006 08:35:14 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0549B39810F for ; Tue, 1 Aug 2006 05:35:12 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: frascone.com mailing list memberships reminder From: skitrip-owner@frascone.com X-No-Archive: yes Message-ID: Date: Tue, 01 Aug 2006 05:31:11 -0700 Precedence: bulk X-BeenThere: skitrip@frascone.com X-Mailman-Version: 2.1.8 List-Id: X-List-Administrivia: yes To: capwap-archive@lists.ietf.org Errors-To: skitrip-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.2 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 This is a monthly reminder about your frascone.com mailing list memberships. It shows the lists you are subscribed to, your passwords, and a Web page URL you can use to manage your subscriptions. Visit the Web page URL shown below to unsubscribe, change your e-mail address, temporarily disable your subscription for a vacation, set digest-style delivery, and so on. You can also use e-mail to make changes. For more info, send a message to the '-request' address of the list (for example, skitrip-request@frascone.com) containing just the word 'help' in the message body. An e-mail message will be sent to you with instructions. Here is the subscription information for capwap-archive@lists.ietf.org: List Password // URL ---- -------- capwap@frascone.com ugimni http://lists.frascone.com/mailman/options/capwap/capwap-archive%40lists.ietf.org From felekinley@dpop.idahopower.com Tue Aug 01 14:44:15 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G7zDz-00023y-1S for capwap-archive@ietf.org; Tue, 01 Aug 2006 14:44:15 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G7vqF-0000Oq-V1 for capwap-archive@ietf.org; Tue, 01 Aug 2006 11:07:31 -0400 Received: from [222.104.252.112] (helo=dpop.idahopower.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1G7vEN-0005eG-2d for capwap-archive@ietf.org; Tue, 01 Aug 2006 10:28:25 -0400 Message-ID: <000001c6b577$01fd48f0$90d8a8c0@dya84> Reply-To: "Felicidad Kinley" From: "Felicidad Kinley" To: capwap-archive@ietf.org Subject: Re: kojewVijagra Date: Tue, 1 Aug 2006 07:30:16 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6B53C.559E70F0" 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: 52f7a77164458f8c7b36b66787c853da This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6B53C.559E70F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Cijalis from 3, 75 $ Valijum from 1, 25 $ Vijagra from 3, 35 $ Ambijen =20 http://www.krauzelivamod.com =20 , , , , , This was more like it. The beer tasted like beer, although it was of an interesting green color. The soldiers crowded close, hanging on every word we said, so I chomped my jaw to get Tremearnes attention ------=_NextPart_000_0001_01C6B53C.559E70F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
Cijalis from 3, 75 $
Valijum from 1, 25 $
Vijagra from 3, 35 $
Ambijen
 
 
,
,
,
,
,
This was more like it. The beer = tasted like beer, although it was of
an interesting green color. The soldiers crowded close, hanging = on
every word we said, so I chomped my jaw to get Tremearnes = attention
------=_NextPart_000_0001_01C6B53C.559E70F0-- From ztvjcmpjsp@shawcable.net Tue Aug 01 16:24:36 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G80n6-0003HJ-On for capwap-archive@ietf.org; Tue, 01 Aug 2006 16:24:36 -0400 Received: from s0106001346d2bd13.cg.shawcable.net ([68.147.238.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G80n3-0003ck-Mk for capwap-archive@ietf.org; Tue, 01 Aug 2006 16:24:36 -0400 From: "HD Dish" To: capwap-archive@ietf.org Subject: sales Date: Tue, 1 Aug 2006 14:24:34 +0600 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0004_01C6B576.364CF7A0" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Aca1djZMmmUX4fGRSMKqCAkPURxvvw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: <6088203EB10F6B3.2C39E3960C@shawcable.net> X-Spam-Score: 2.0 (++) X-Scan-Signature: 4da339c42fe5be09fa120bb0fcc4a575 ------=_NextPart_000_0004_01C6B576.364CF7A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0005_01C6B576.364CF7A0" ------=_NextPart_001_0005_01C6B576.364CF7A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit werent labeled property claiming caught away trying Afraid cracking might copyright sought Indian woman takes pregnancy casually kind defied notionin facethat Thats Shanti PMYou talk gently. Say cmon beta FREE gone light flashes measured licensing hellip No. authors whereby Galileos Discount InfoFind Lowest Prices SEARCH eBay Category Vendor TOP SYSTEM DEALS Desktops: MB/GB DVD/CDRW screen .g worldwide limited rebates. charged. Limit OH FREE are. Spread Spectrum Kingston units valid Inc diNovo Optical Zoom bundle Offer SunRocket Internet Service years Discount InfoFind Lowest Prices SEARCH repeat period twice expected. midMarch derived estimates clever detective Maxxum factory pollute Amure river benzol. water. Try take probe. partisan stones puzzleGo destroyer gamefind submarine kill radar movement gamePick PCI Video Metal Box UCFC Enclosure Offers Weekly BestDeal MQPBF Unlimited each Canada Sports Toys Movies Games laptops. Policy benzol polution game flash games logic action index design pretty Home front without training NWords item same order. printer Lowrance iWay InCar GPS Touch Screen Display coupons: existing username profound which Frauke AMPost may HTML tags UsDancing blogSkin SiteNot happy Change WindSmart Loaded Small through Wed. discount Like ATI Graphics Notebooks DLink plan Roxio Easy Lexar JumpDrive FireFly Belkin Wireless PreN Router long range Maxxum prints. BBQPARTY THANKYOU Depot Fast ISP Bargain Web quickWell who knows cant hurt MadMan AMgreat wish feeling ------=_NextPart_001_0005_01C6B576.364CF7A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

werent labeled property = claiming caught away trying Afraid cracking might copyright = sought

Indian woman takes = pregnancy casually kind defied notionin = facethat

Thats Shanti PMYou talk = gently. Say cmon beta

FREE

gone light flashes measured = licensing hellip No. authors

whereby = Galileos

Discount InfoFind Lowest = Prices SEARCH eBay Category Vendor TOP SYSTEM DEALS = Desktops:

MB/GB DVD/CDRW screen .g = worldwide limited rebates. charged. Limit OH = FREE

are. Spread Spectrum = Kingston

units valid Inc diNovo = Optical Zoom bundle Offer SunRocket Internet Service = years

Discount InfoFind Lowest = Prices SEARCH

repeat period twice = expected. midMarch derived estimates clever = detective

Maxxum

factory pollute Amure river = benzol. water. Try take probe. partisan

stones puzzleGo destroyer = gamefind submarine kill radar movement = gamePick

PCI Video Metal Box UCFC = Enclosure

Offers Weekly BestDeal = MQPBF Unlimited each Canada Sports Toys Movies = Games

laptops. Policy benzol = polution game flash games logic action index = design

pretty

Home

front without training = NWords

item same order. printer = Lowrance iWay InCar GPS Touch Screen Display = coupons:

existing = username

profound which Frauke = AMPost may HTML tags UsDancing blogSkin SiteNot happy = Change

WindSmart Loaded Small = through Wed. discount Like ATI Graphics

Notebooks = DLink

plan

Roxio = Easy

Lexar JumpDrive FireFly = Belkin Wireless PreN Router long range = Maxxum

prints. BBQPARTY THANKYOU = Depot

Fast ISP Bargain = Web

quickWell who knows cant = hurt MadMan AMgreat wish feeling

------=_NextPart_001_0005_01C6B576.364CF7A0-- ------=_NextPart_000_0004_01C6B576.364CF7A0 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhrQEuAocAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAArQEuAgcI/gDtCRxIsKDBgwgTKlxI8BDD hxAjSpxIsaLFiwbnYdzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fP n0CDCo2JYajRo0iTKl3KtKnTp1CjSv0YIIDBqletTt3K9SfWgl8Jhu0K0SpWrWbNCkxrT+ta t22ryo0rN23duGLpzr2r9+tYuGLhjsWLsO5gwm8TB75rGDDivm4bQ158eOBfwZOznsUcdjNf w28/g84cujNetKfXpiZbdq5l16UpgwXcmbZpxYov07V8kO/j34Ffy87tGHHt4cbR2hb+uLhv 2GxxB9+t+vjgv8ybRyeMPfbry5VZ/vdezRb12e/Lp/+Gnp27YLu8NUdO3/s9euaVj0t/bv/6 /P311RaZdlmFxpt19LWVnW76dVdedWopeJ54Dx1moX0Eqncdd+351R+HsxEXYmEYenhffQv+ 515w/uFX3HR+cajbiNEpt6J6IxLY4IvAXUhhSia2lxxjiakoonA2OhZkiyTCaKN3BZY2Y5BF giYZes49mWSGMBZZpZTKwZYci6NJ+aNXT0o3Zl6rZciglzSmqSaOS2KI4pdO7rcdnnfmqWBq M3ZJXo08rqnjnjmemVNj+qUI1ncdyjkhdVjulWCinpUZ3poCWtlferepyWiEuwWKH6QGiqqh kaelaaei/zgFyuR6qLr5YaqRrsfjjqsm1CiVrbqYY4xCvmlgo4JSCh1tverJKY6w2hToNvRJ ZmenYKpW7KeMlZmts3M6iiS3y3brpJjOkpvfXqvOJ5qY4Lk2pW/R1mvvvfjmq69K4uzr778A ByzwwAQXbPDBCCes8MIMN+zwwxBHLPHEFFds8cUYZ6zxxhx37PHHIIcs8sgkf6xOySinrPLK LLfs8sswxyzzzDTXbPPNOOes88489+zzz0AHLfTQRJs0wNED2HM0QUkvLdDSSCP9dNQDRe20 1U1brZDTUxeEtdJaT0012EXzfDXXWVedNtNJV0222nB3LbdBY78d991c26132f4UapLU2W0r bTfUgc8teN5oB544QnXnvffid+/Nd81Xv9024YZLjrjinEce99leFz544ZtPnnPlZF++9tdg S6035K27TrfqmX/NeuSOmz4z6lB3DXpCmOPdee6f08526JqTLrruMqPeutqdM3186XP/Hrrt ojtufebM3+y87OBnP73ywnv++tqew35+9zRTTb7Y0LseduzUr3883Ni7/7797Pfv//8ADKAA B0jAAhrwgBxBAAIXyMAGOvCBD9Ff3bh3O9ZBbn7pk9riboc83IlNflorXf5kx7bGDY901wMc CCdYQuudUHq521736nc/3KEvdcZDXAfv9zvitRB6bv6rn/qCV74dujBritvh+tRnuNWBDnzP A6LkCjYEpNAwg+PL4hCVKDci+jB+Ujzc/oZ4w9HNrnj4Q5sSRRi9GooRfjhM4tjmuDzdXbF2 5GPjHd3YRRJ+0XKXsxz/yPi4NhZxg4J0IxvNF8NA0m51YtSg8fq3R+3l8ZLLwyAFVZc9TQLy ab4bJOdGSDgWfhB2vUtdCm9YShK2cJRIDKQqOdnH/1Wyk1lM4xctecbY8bGDvGuaKG1YyCni sIapTCUx02hMYEoymIdzWy39d8s1sjJtasSiM83IOKwJE35CNCQRp7nN6n0zisv03SSlV7xW ghKcB/mjHffHx0UyM5F47P9lD+vYxHNKEpniLCMTuYlIOKbzmBQEKN6AWEcZznOg9ONk+OjY zkZKEH2t5CX+eIhBQmKvnu8LGz0LSVFGThCV04vnOiHI0pa69KUwjalMZ0rTmtr0pjiVqTwN mE3+RfSU/ZwdCKWJUFA2kov606UrzRfUdL5wkyV9Z/x2GhGqAo+fH/njTufH1ZMuNSqAM6dG X+dTsoY1jkHcHC7L6dAUqhSgF3ziSpfY019uxKoqxWtFfBi1M2wtl0Vt61TOmrix6vCKh6Ul Wo26wrVylJtXJV444/rIMgYVir0k6ESnOkpy/tCcp8SoYj3Jva2J1ox6XUrlcrjOgSI2k44M 5Wr+6VdMZ+4Rjdac5mzjyE8R4lOh6gzuG7so3KN+UriBhWQzl3vGDZ7QlFK5KG5Bu8qldtWd gpslHMfazurqE7YWnKR00ZlZVZrXiE8dJxODZ9wjovapTI3vW997T+YyZbzHpa4isQpI7D4y uwDmbh9v69mmHtG/X11iKDPrXDqKV6ISna97ndvd0soXvfX1In+bMl5vtjGx9eSofxk6X5Mi d5fezK2HP+jLou43wJL9sGVP7EQWV1fD9DUwf6kazhzb974yBq5ZRzrGD5O4vMnTLVZfC1jI xrW8yvwqZQeXXfZaman2/Ofzwspa0/7SsKeFKFiDXESglpW2Zc5jiUP+68sGu5LJ9XUymV8p y9Kqtb+dBSeEsRxSKw/gDFxWrEE5i0eRmnCiqc2pwBLNEEZXdcOKZpmjhTppiEA60rpzAqY3 zelOe/rToA61qEdN6lKb+tSoTrWqV83qVrv61bCOtaxnTeta2/rWuM61rnfN6177+tf1AoCw hb0TYg8EADfZhLKVPZBlL1sgzIb2JuzhbGZHW9rUnja0mz3tamu72tJ2drbF7e1mE4Mg2ua2 QawN7nKH+9viRne6s/0Qcs8b3s/OmLEFguycDPvYNrk2temt7msbPN0CZ3e4sS1wgm8b2xBX N8TzPXB531vh8pY4wRPO7YNDJNoU7/a99d3/b37ze9j9Rjmy/20PYrP85ClfubFnXnKYA9zm LUd5zkuu85NfhOMJF7nGPV5wfDN83g6vuMMbTvSQFyTe9n76xSc+8ndrfCEgN3jSkU6xfR+b 5zL3ec53LvaYk33sNC9I2FtucrSb3e1lr/lEGr51oUec6EffNryTzvehI73pG3/6uBXO9Klv nOuHjzjWvx14umPM62KH+9glP/mvV97lb7+5y9W+9rSnvSPgrvvSEU56d9s761CP993bHfqK W1vw4z561CWe9YPUvu8IATnDcX8xyF++82bfN83/LfyY+z74MMd83Hf+8o9gPO+rvzrqRX77 3JP+6vTmePZhr/Tn/iv+9o4HP+Jtz/jtO773NV+75D0P9skrP+7H/zrw3R98uXNk6kEfvd8z Pvj+893w+sd/Wrdw6EZ+/2d41Tdw3uZ9CqF79tAMz6Z96EcQ6vd+7Gd5Fxh5vsd2NpeBGciB G/hxGZd/eId3AXiCDxd9iheApcd9I/h310d1BUiCXEd3Dhh72nd+DqNy8vd57NdzzFeB7WcQ 6Wd8Fvh2QBiCH6d67jZ4AJh/KuiE+AaFUih6AJiCL3h6IZdvoUeDqSd1r0d7TDh+KqOED2GG oKaDZYOGC8GGnkaGwBaHcjiHdFiHdkgybogReZiHd8gVPBh5EGGGf0gRe2h/INGFCFd0/zNY g3DYhwrhdZkXiIYIiJPYhpXIeSUBdEaXfVpHcbEXEtfQa5AYhMkHdkeIiQD3g5hXf6bog5dY EZpIgOyWiKmnho6YEBtYfBhYhJVneah4im5Xf7sIiKDHiHq3e7pHfQx4i5L4crroc5DYfBQI ANPgivQHje2ni3wIi2M4i+X3eptoi8xoiRqYjUX4ivCHhMKIjcOYEtPnf3vXbc2GfePYhtNY ju2YfAfBi8y3fJT3fpQnEggYgVzYcUrHf/V4hvf4e/kYkG2Hj/4IkBI5f4eIkCVokIgnjgnZ g+dYij14jZzXfM+oisXHcp93iKp3gvhngBsJFNvYkjPje6F4L/9+A5M2eZM4mZM6uZM785KP iI48KR7HB5S4SJRE2HM+WRMCsJRLmRBNWRBPaRL+cGsimZS+OBGjaJUyEZVRORBMKQAE8ZVB +ZH9SIrByJGm6I9XyXbDV5Jk2YspwZVgeRBdKRB1uZMyR3xCeHYT2XbAuJbsGJgUqZUWIZcI cZd3qZPGF5j/uJf3eJLE2Ji9CJktYZh0OZdhiZlByXP52JcjiZTSCJeSyZeD6BKWaRCIqZk8 aYieaY7t2JZHSYGjyZhbiZmJaQ+pOZYP+ZiuKZh/mYvpJ5nrCIJG6RGW2ZW5qZusaYSZN3z0 54yT+IdtmZb6GJko8ZW2OZfYqZ3YqZv/LkGY3vkx4Bme5Fme5nme6JmeKzOe6lkwz7iPxckT 2wmV82mXTEmfl9mduCmW9nmf5PmesdkUt4ma3EmgA+qVYGmYmnmgOPmZJrmXPAidAKoSDGqf FnqYqkmgF7qfGvqfFAl32qiOIMmeE6GfGNqf/omgC/GUp6miHgqSINqbHhifJXGbp4mcGZqZ LsqhOlqevxl2Ibp8KkejJGGj2bmjPHqiG4qjHaEEfQidwxik10iiIJGYTLqhSdqhS3qkDrMI a/ieyuec1ih81mkSC1qgWNqiV5qlx5mj4VmVD9qBg2mEgBmX/JmkdWmi9dmi++mf2+mm7Ske FQoRgxqoAgOo/xSBqIa6qIzaqI76qIFKpRRTqHZKatJJpEGhoCaamSnKqXKZovWppH3KoqGK on56p52Km/gZalmJqUChqUiKp6qpoD1aqCzao7h6mbLKoVyppZ/WqmeHc6uIltUpmicBq1i6 q7ianINqpKuqpLB6q7oKakOJhNg4nMAoqQ+BrFmqrDvKrHc6rb7arasardopqp42lIDZmq/p qhzBrXnKpd86qzk6oFZKrwqBo6AqrZ1KqTSlrukIoeYIhKZ5pKW6pc+6ps86ruR6oDeaoQXK p5wGrL7JkFI6E9wqrvE6r04JqBu7sL4qsRErr+kanFLKrmRHpsZqpgaLqG2qrHmaq/8Le68J e6ax2rKx2mmX6osROoR6Wazauq38yaB6yp2nqp+bOq1/erMkO6qzSp9NG4dBqyj+WqlSS7AQ U7UsC6lc27Ve+7VgKzTV4BFTGxSFci+bAiRnG5P254ZuG51Y6xWzUS7rQrfuUredcrdZYrd9 Ei4mkbZs25EM8bbwKZtAMRq3Iir/gSDbMi6Oq7iP2yPvAbgbIQuJkjOg6ZZoN6IPKo2jKKx5 WacnMSFKUrrDsh2b0bh8krqQu7qXwh/U4RlwgriusrYwk5cWeK1AKqLGmovXqpYqMSlRAi2M 67qnOybIgrysYiupIrutwrrBYiiYC7qYWJI+G4mi25nuyhH/9KIXyOEoxasrkQu9s0K+CVIn 44u6KkIvlHu7N/ecE3mOcRqgIdmXMtG9c1K+6iu9ypu+x5u884Ib5msoAGy7L7OcU9qKdQqc svmBZSsRiCK5/7u4yxu+A9wrBVwpA2zB6wsvBuwyCOzAH4q9lJjAPLu9FGEepNImK8LBnLK/ Lhy9Mqy/ZOK/v0IoQnIzCEyKn1mswcqRQDyk2fu3/MG3xGHEfeEiSKwpYZK3d8IgtCsalKEl csKqKBwSHzy8G9G+arsQPuIRXJxTD2wRWfwoYBwrhfLF3FvGYYtqftXGcBzHcjzHdFzHdnzH eJzHerzHfNzHNSMPfhzIgjzIhFzI/4Z8yIicyIq8yDrBD47MDwIByQMhyZFsD45MEJB8yZNM yZH8yJLMyZxsyY+8yZ5syQXhyZpcyZg8yqJcyq0cyq/8yawcy6CMybY8yqlsyp2cy518y6is y6qsyq58ypxWy7U8yaLsy6tMzMhMybDszMGMzLZ8EJkszZX8zNNszaYMzcBMzNwMzLI8zce8 ybdsEOO8zdmszYoGy7pcze0Mzugcz9rszuzMzdiczuUczfrczeacz+9MzfDczZ8Mz+zsz+7M zPS8z8yMafV8zcJM0O8cysbMz9Y80Aut0PJ8z/h80Qdt0f0MzRLt0CKdEB1N0RH90ApR0Dc1 zANt0S4dz/8HHc2ZrNIs/csS/csB/cq7zMrDTMqaXNOubM/3/NLOzMtEjdMtHcw9rc7FPNIJ 7dDhzM9IbdL/TNEh3c8KHdMAnc5PbdL2LNVKLc/6DNJeDdFYvdGbVtTkHNb07NH77NYV/dYX 7dMNrdJjbdBZHdQyzdZgnc3VXNCpzMtMbdc0Nc5XLdBa/c8avdhyvdEhPdEcHdlfPdcljdK9 LNAcndh3vdcV8wf+0tOHDcqJ/dKRzdW0HMunfdVBjdSzTNd7jcpaHdMzLdtF3dqIfdqbvdNb zch8DNu+/dvAHdzCPdzEXdzGfdzIndzKvdzMvdS8/dzQHd3SPd07QQvUrXZHQZT/xXnFKMHd T+HdFRO3+/i+F+GuE0qEHPiI9Tve6L2b5W2VdJqynMmZ/WiyOteznVuJ9/2+FciQ6d0y8Unf eqiHQ4iLgWi4Bt7eIOGqKad5GgiC7m2y2K3g6Ch3At7fI+m+IfmQoYuUfolz8r2YbFmWqTji wbrfpNng5C2s6d3hoKu57J2EIXjhH97gK7fiEo7gCN62E87fJW7jIy7gAD5zJW5yNK7iN27k O56KKv7fN/7kRR7kCJHk8sfhJn7lVJ7l/z3lVv6KNA7hNm7h04m7Piy4W37iUm7iUK7lMqPl 8+3ja87DF47iLW64YU58P77e0Vnnbh7lbu7lXW6PQFvj/ytL5Vfu3oh+5u0d52AO4XXe5nzu 53kO5bEp5I/u5IS+5Ib+5uP95pyO5ZeuhE1u6Ox95kie5tid4yue6BWu5EkO5Kee6CzT50pu 5Y8u5GwO6rtp4ZHu6prO5Z4u6Z8enKYe6Dp+6Q4OjYi+6VvOmjGe4KGOgT3e5Ckj4wq8uR/O 4c4Jf7aO6XZuvcRJp/Jb5eGOfHzJ5JaO535J5BMu5ln+5+xu5PedhG/p7sQe6qQ+6lwL3uD9 3atuqP2u6Pdi6ddd8AZ/8P/C703h3QHfEf1ulOzZ8BjhEAAD8Qt+7D1B8D0e5f/OEdt77xhP 4QdOttDOMwrf8Tqh8SFf7CLx8f+D+/KyruAeX/LrCeJlKeInvu0knuJHGd/W3uUSavMhTp0i +cM/L/T5/eK1LqH2ve2eu4rUSe4myZbxG+HDmvM6H5o7qOjBHuHeruvdvufD3uugfu9mj+PF zuNe7+y1DvadJ+nC7uNyD/bRzu7UfuggH/dt33Wi6emZK4Tq/vXpHvi0XvYcX5pfTuccb+vz 3vOb1/YRGsTkXfi4DucEe+TJLu4L6eSEL+cWU+CRzuva3uyTP/dkT/mn//XTrvcNLPJzfuxj v+SyD/nRPvekbvu3Tvttm+uFv/kRA/JdT/eoj/twzvqof/a4/+mLn/qlr/vFb+yYHvuCD/dh n/uGj97/mE/7KL8woTuNdg/uQe/Dz+n4zM/0t67z0r7ukBmJ9D3vu6/v48/516796K/s6r/x U5/tmk/u8FudnSueAGFP4ECCBQ0eRJhQ4UKGDR0+hBhR4kSKFS1eXAgA40aOHT0q1PhR5EiS JU2eRHkRwMqULV2+hBlT5kyaNW3exJlT506ePX3+BBpU6FCiRY0ezRgS6UelJ1kuNdjUoVSP T6FexUg160CtSrXO1PgV4UqrIO15TUgWrUquG8NGPfjWrEAWEMXGPYtVb8G7FPv2BStxLUPA eQUWnsp0bNqMfgXvvUr2cFm1XK1WPvtUckjJmeV2xuyZ4OfLoDUbrhy2s+em/mtXbxbNmXLb vJulhjZNWnbp27Bjs3yr+vTh2JN3995NvLVo5pCBoqUKva105bSnX6+enS9n7Ianc69O3bv3 2+Pl1sZLHD3q0da1n4c/3nrw9pPfk8cvfrn62uUHOw9KvPlYi08/4wrsTjW4DoyPNfzCS3C0 13y7r6vX2DOPttQihC666y4b0EAR3RvsvAQRA5AmAfkzMT8OX7zPvgHrW69G6Qx0z0UY+WIR w/1s1BFIGXv0qkEgR4yxR+26GzJFnlYMEsEKdzQyQyKp/DDCHAWUkkf1PuMvSjH/+9FEI7tE 80Ela2QyTCd3Am1B1HhLzr7j7DSOyLLMo/NAPoF7/jA0+RwszrXZssRQScwAZa7D6GCbML8J NdNtzT/dnLO5NzfNsScUE+M0VFFHJWxPOE2taDVSV2W1VVdfhTVWWWeltVZbb8U1V113fejT XjtlzK2JfOW1WKi6suguYhsCTy0FZVxWzmDbi9ZYa5eqdlAaqwqzSMswHZYwaa8lt6ZF57wT vTpzg7Db7dJ10FDu7iwPQjLjrDNeDYGbTbgisy034MaUA+/Iedsk2NKv0vyvvytppI/M7x4+ ctt2hRQ4Y45wrJhgCvVtEzmG92U0SEUV1rJjNj0sUFCNX3YsyZEhZrLFMsfEcslAUZYZ507p 0xlmocPtGUmMbZbW6JlN/laT56N9xhRoIQEeGtcGxorTsnTl/Rbkn3PzV+utPz53Rg3fLbi5 RdnNjNpAQaw67rmYJYlqi4n+9W659xZoD59QtDs9lVDFW1wv+UY8ccUXZ7xxxx+HPHLJJ6e8 cssvxzxzzTfnvHPPPwc9dNFHJ710009HPXXVV2e9dddfhz122WenvXbbb8c9d9135713338H PnjKCY8rcJSIN8n4lhD70a6BgdU2bmd7JbY06qeyEHm/vE1V1WmpztZ6swBrPu9pwWWTLVop TZ57Zpl/tMmKEui67ZjNBz9Z9xejG/rn+Yee8m5lPfYBil+TooxtELgdP/nJZfUjkNrARi/c /nhvXI36Tth8lKc8sS043osYB/XVAw9KiDdaM+G/vgRC37CLa8Vp1KTeREDZxOtZ/GqS+HBo P/ntUH4olBC0bjhEHhYQcMNRGXUOtqQS2U9iIZzSwqwknxZRTGo3MxPNmre0GXrLiN/6Ig+L WENnteY4GkReAoXoRCLqUIOJUVqWPmib+WyIZ/Oyo7rQNkUKyslfV9RiEbXoPoYJMCc0tJMX yVjD+oUxKkS0IUjMuMYw+pB9hKJbHO2VPjy5qYlnS9+NAhmiOo4yZVHKIou8KKYf7uWSjtxh LCdJyYVBMpGPzCEjZcnGMeZSjIvRZKIKtpwmftKTOMOiKbf4Iokx/5GP2wJkMw0JFkFND5Fs ZCEkp9c1a8owhQzkJaFeucu1Ye2EDSzZMIEYKQw6bYX/qpTX3nbAw62rgWLrjwptaM925tN/ utLerAIqvGRd64G5miZB0adQhjbUoQ+FaERHZTcpuiR8qQKgXhIakYE6TyQNm9uqQFo4vSX0 ovdr2k1GyhiAndRtIb2gsNBlybRN9J/mO5zeZIpSjtJMJ9HaKE51+s9ppo2QNdWoBw+oz3hi Ep2Uylfx4OWyrOWzWafJVzWXCkR8rkeGFVQhpEjGo3VBNayYpCpUqaXWLZkVny/UDdI2udCj NOxMkrKiTxEWvZdibGfqbFlezValDlEMav5QI+YzucRKwyZJp0vzD2DrqUe6GkVed7Wm2AhL MjNZ8K2n3KaaoqnZphWzmil7lqTIdrYzus2MFEptmkhJVgh6EraszOOKXGMprARTrlQkUc6i F0xtFZOxToOSYMnTJXd9KVG0LV+JRttcTtpsmVPC7tPqtcHKFsW3jN1sdnerzNKy9kocC+9x 0dtX5hrziYoNrmwbW11oYum728UvgNZWwLFe6p5PHScSP/tO5OhpOFWV4J7SKUJ0mpCDYF0n YRWMrgdnMEZpReoiRebABYqTbAi2a3exhZSgDjUmQE1RiXuqPqEmVcWKWd5PeXqsjh6vxv/D sUR1vGMe99jHP/7eCkB3ij7jvVgxytpYRkGFuCoGma8eLWiOSXqzJAvOxPgLF5KH3FdgNVmv 1jIpjKMMU55SectSfkxBtezknA71LwGz4wIh3EFGZXOeMUwO8djWVU09+MCqUuASq0rBCe+3 wm90oZ/PCUg+e7PDA1agHsvmz7Le2Em6RSx8k1az2SJ1TcmkrouaiddMv7do6mTvcSUd3GOC Gr5lWmISVd0qJd5WRMbFJXbgFsFmAXDUfwzieVkN3kxTKbecLfaGYq0oOjKovOFxb6lP6SpR ile0zAVnZ1Paa8H9+skLTu96iSvfT0s7ijpD729dvWBrE5faiJK1qTn55aI5F7jITf/puakr buHKut7tZubPQKteTuM63tOmdgvBdmcJUpiry+Ve1rgd7Gzqk6sSZ6HJOnxsLbH1k+Xk50z9 es/UnNOp+oqUo+DZyUELzMjKM7JNYp48IDPYKR2ZuUw8e6ya99znPwd60IWeO0t76niBSbNb qnfmqgHOyuYsTJX2KOKSZLZ/tAVX+ahO5mUF7lMrXfHnyHdTsudbRWVHM9nz1+Yls/jqFKW1 x2W5aIxb3KqKnmyCKc3g3TbbwV41+c5VaXKP4TGexFSqoE8IaG9qas54LjAGX4tWU5Wwzyke Zaz9A+8my9fMzkxu3+0NFyRuniFYmG2Gqg3cxJ7asB5qdbf+i13uCSt3uCPXb+YvbGteswy1 33RgqrOnRNumc7+p/V4G+8X54BsbtiUXOIF/qdqlhhthpmX8N4G9KVBrHpnFE77Z7r0ypo0e TJoe//78uNeKGc3f4gfj+qVrymPu+/qpB//qQ9V9gF9smevdkoLbK9F7Ln5rLmSxPQRxP88T LS5LQPLimAaEvVlrP7TDFo9zLrCSkj3bPZt7FLVqEEBzrdFrPhEquZH6uELTtbhSvX2psAjb n8vqs8drORIRsPh7p3eBtKITlZwbOofywR8UwiEkwiI0wiNEwunbOpK6nloJQlYJqif8iQmM QsO5MqHwOm55u/2jOSl8kvWrOiv/tMC/qbIyTDvMC0OTiAMsZCs6IzxxcjivybMEsqcN66c6 9LDYcqsZBMGtecE4tDO9g5RHg8OsEis8G6MC45oHajzKU7yo4r77e8CEMbeoCZH8iqPS2yD3 exjvg6xn07h+K6wx8T32QMDXC6DiCrjPmyFJpL51s6+7MbjUe0R286rCwzZey0DmA7xAgzW/ G7ff45IWosRgC8XiQ768kpoI4sKgmUXy6j9LnC8cOb/B2sTJmkB7U0DzGr+8Y6Bg/DftMr/4 WSz7y6FVvELngBKDg8VoHJRnJDblOj8u6kR9a0DHMqaDsz92lEASRJZyfKZh20ZW7CJPY7eK 65Y+ycNz/1wnqYqqyetHH9HEX5K4wstBG7Q7ITLEqWE8AZMz7ctABVPI29I+kVw0hxM8gxoK L2QzMkO6JRzDQ8oclpQkmnQ7l3wJELILHlSpJPTJnwTKoBTKcuHJtjPKFjNDpFRKmjuflowp JYPKq4OyKbPJkVCxpWNC/xm7pMvKm2tKnLwypyuprjxDMazKujm6sFNLtlM7spTKGPvKMYvK uWRLMVxKqTxLq8TASnu4+nC0G1y4//oNvpzBPww57sIXiXzEtNjDk6s7D3REjmzDjryqrTo0 L6lBENNGrDLFvcQ7m8MJ09rHxkiueXu/KUo1d8lEv6wQQZuYJ8M63LuY8lqs1f+Uv1IrRX3U RlKrxlF0NaNLQOhjqZD5GDksrXsxPhHcprjKIiiyEXiCj7/gPWR0GJSpTQ4RzkC6teebI87U RTlCJWtETh/6wkkEJ9LjNGeytm+kRWBCz24MISTZrlaavfCUt+bcEWMUtfxUxVKcz/iEEX7s srykPYFkzfDDP3cLx/sUz7yjxvKrKXAkPwZtvdNMJtuMzWjLL9yKyIAkQZn7O4jcs3r5y5Ip QXhpOA+DTMcLUW+sQX+CuK85SIQUjr4MwToLTA7UEY5DsP5KyAitI1QTIxCTO7BTx84h0J5U qCR9FSalJicdyiiV0imFmXj4iG/onD/QHD8Qu/O8y5//qqibLEOxdMq3xCgx45SDirGoS0f4 i8u14zq0WzMtbC0dYjq2y8KdglI9NRe8hDKXOtM4pbo5xbl9i7g7lcWkDNQ9dTKLK1GSM0kY JcQSmrzHs0hE7EUUCsSOjEyLCUzjlLwSFLbxzI6PzEHKbMiLbDS6i1RL7S1QYj0ItDLMMtBi LFDVFEbJij76Ms8MVbUbChnw3EddVZl3DMAIxFAzkzoao5M+UsZsjE6SvFW92j7xyq3spEJj NbBDGTB/47hQAiVv40eAnJFzaa1L9EVQVDlG7Z8QUyXw+r8ANEdeLb/1dNO2ydZsDZrRjEZa 9SkhJbYFvM1dvD1088YOPVLz/6PNgYuv9mxQF13YBW1YbARDv4LFZA3W+kM/DNXWp8E3CY3A yPDLPnE0C9NBXVLIH826GzW9TOknTKXIG+ykOAQwRMvRD/NIebVDiMzDsvrXC7HRxnvRmYVE Kj07McUxdjXa9SnKunw62FzaqJXaqaXaqnU5tLQxvaRLRFXUru0tpXUlrGXKj6pYq7RLtSwy VURLATLS5FNJs/VKsj1YuQVLM/VaqEVauXRLWLlZVmWqlDVBVn2kh+wvC+LAQAta7zRVCtvU Sf0NOrs4hSPMEPWsQSzaxMszdaGpzIU8UnG39mLYWBW/dUxP9HtYxSJW0B1OfLxGU+TPu3LY iQVF3P/cTQSVzRQ7NhkcRmllRmw9rewQh0skLfyjvd8Vx+wqrulsQdftzOm8VhFszdiCOG6t RG7LXYS7NIp1xw3V2FWSPX3FV1/r2NI0wGLN14HrtfSl2JCN3SBaVn711n41OzTUTdW1WPQ1 UPC9X2ds3/K13/Y0Ndc8OAC0vRF0J4xl3vr1XE3U3cIF3ASrUdDsUQ7LyJfFQZqFw8jdQ9PY IxnUtVJV1Tjj4Msb2nZqQxhUxnB9KpSMySEEW6u9nBeG4Rmm4Rq24RueSbwNzaPsssHZWq5N nSWwFS+r2zQUl1Ocq6nkLbKV4R8j4vI82x6GyfG9uSaunUa0Xu/U4LVaPED/FNz/OjyUTMwa tasTRlzINEQFPGGj7TyCpaz39NVZCrF2hBZ4OzfYncb+Jdb9nGIjzE7wzKwNq7xj7F1g/Nbp BZrrXUZ1o2JchBhs5Twrdp35A+TYvDbb3bZS4t5MHplFTr9GNk0U3Eb9jNJRO5nZNGX7RVaC G1V0nM88Nk8K1VZJTp0TrNjELMmW5dzApSde3iLFPeNEFmWDZNmcGlGFUxsclhtaVubEYeZm huZoluZppuajqIRKmOZrVihtFohr9uZuxuaB0GZv/mZ7IOdw5mZzDmdxJmeCSGd1Zmdwbmd1 nmd6xuZzvudzLoh3zud2Tud15mZ9NgiB9md9xud9/57ng7bnd45nhJbnclbohUbndQaegKbo fHZnjM5od4bnjt5ohP5ngNZocPbokP5ojx7of0bpjobokTZnhxZnkm7olT5plB5nkU7pi77p jTZpmmbo3unpbrZpl7ZpeP5pny7nknbpnZbpoZ7pnI5phrboiS7qmqbqmT7qpnbqoGbnqV7q kbbog8jq3OFqrWbqp35ohJDqqzZqtm5rrNZptObogF5puqbqsaZpp9ZqmDZrsKZooTbor1bq vSbs3Slrib7pgoZqtU5otmZqfu7npNZrid5nko5sr7bnrj5qgZ7siH5owfbsmKZny47riDbt v+adw4bsukbteuZrmTbpsP+O57Pua7kW7XFG6sRG7bxu6NUu7NqebaIW7ZcmbZ4W7JQOHq4G 7b/m57dGbs2u56RebdkGbt4m7tH+6YKma7SO687e7ep27s0W6+Vu6s3+brLG6agubea+aJZu 7e4ub+X266c+7OH+ZvPG6pq+bvc+6bH27eIm7N2m7bOmbv0GapFuaeNu7ATf6/9Wap1ubAVP b8rm6OCO7glf6PFu6aAO7bWOcO4e7892a90u8N/Baxs+cfTO5vOu5hZ38ReH8RiX8Rmn8Rq3 8RvH8RzX8R3n8R738R8H8iAXHjQQ8iI38iNH8iRX8iVn8iZ38idvHAIgAIKQ8iqfcoGwcik/ iCz/n3ItHwgtt3IsD3ODyHIxD3Mvp/Ir//IytwcuJ/Mr93I3b3M1B3M2Lwg5T/M0H/M8X/M9 33I1n3Mqn3M/X/MvL/RDN/MqT3Q4B3Q0X/Qut3NEH3RFf/Q3H3NHB/RAv3NGv/RGn3RHF3M+ j/NM34g9R/NRl3Q+1/RQ13RM33RBB3VKN/M/l/RYZ/RVD/RTh/RUX3VMl3Vd13M6F3aEMPVT 7/Upp59Dp3Rdt/Vax3VQZ/VjD3ZER3Vib3RIp/NNv/ZdL/Rfl/Y+H/ZWJ3WMKPY893Vaj3Zx T/dMd3VbH3Vo//Z0V/dzB3Zgf/V1//VrB3dqH/dJ73NDP3dRr3Z/V/V2/9f3N+f3acd3XL/3 UPd2hT9zfff2gCd4dWd4cr/1Z+d2eY/2gB94dFd1LP/0i4/3i+90cx92ey/4cP/4ah94eHf5 Vtf4e+9yVm/5cA95mMd5e795kl94bmf3ka9zc5d5j8/4iof3P69zaHd5iT/4hufylyd0ccd2 Red0ji95pl92p+/2SAd3o194i8dzmodzh595ba96ZX96rR97fvfzpkd5Qqd3sxf0QXd4iTd7 sD92lecIuO/6kE94tQf5jt94kTd8kud7na/1jR/6pB96gQ97uE96sc/7p9/3cj97k7f8hG92 i7/7hJj7XL9zQ//8bq98yM98n6eIqC/8x8f6xP7P+M2v96BH+NpP/cAv/Vw/etT/dKt3ejf/ +K+3+n+n+MvfejxP/NsnfMIHfq63dqKf9bp/9dC3e3qPel73COsXfKzP+tgH/NkffdtfecBf /r/Pfa3f/vPffddHf9Ofdb4f/7DPeuWP957n+X6feWGn/enH+/dn+bUHCAL2BtojIJAgwoQK Fw40iNChwYgHC0qcqNBhQ4sQI2bkeLEiRYkFF2JMWDKkx48PQXbEePIkxZUxCW4UmVHmS4sz b2oUWFGnzJtCh+b0mJPkxKNKWaKE2fRgT5NIW7rEyfTo0J0Mt3Lt6vUr2LBix5Ita/Ys2rRq 17Jt6/Yt3Lhy59Kta/73Lt68evfy7ev3L+DAggcTLmz4MOLEihczbuz4MeTIkidTrmz5MubM mtc63ez5M+jQZn+utPkyJunSHEvWXK3RJEuYIk+zhgpUNO7cm2tnrUlzZ2fZSX3qTFl8uFah xmfy1u38+eWlVpOqrE4TuXDqQVEDdcma+3bo4sczln59ZFXYU9V7l5r+PM/uUJmjVE/+Pv67 s1P2Jo6Tp3WqtefdbAAKaFt1CBInX34NOtiXeQZCFCB8VmU1Emr2gWefgvWF9yCIIcIVYYYd UXihiRcOd9x5Tr3nWnIiyjgjW80pdR2DJ4ZUYUM4arhRgj62hyKNRRrJVWpUzccjkUkaB/5S VAcqWZ9Fkfin3G1HalnXHlt6+SWYYYo5JpllmnkmmmmquSabbbr5Jpxxyjmnbp3RGRgUc21y Z2zabdiji8fZNOVTVPXG3aA4Dqloa40idyekc9Fmm4Lf8ccfcAi2yOJvyzWnIXqcMmljlpGa itakKfoGqFGYkghkeAv+BiqPV44q6qKn6ppWoIACWNWCsNZq658oXpkjrckJ96Omuzr7UWvQ 1hYthhNSqmJUS5lmmoEfMortfvvBZ+ez5YZFYLA9ZujnsptauNWEJXqrUru3DkquuflKNa5r L8ZL66vEYtgtpjEOXKyyouq7sFhRZjrrjrfVm6uw6hLc60Xv3v6arMEMe8zUwxbL+2GShZoc m7d29hluvzDq6DHMMcs8M80126yYIzfrvDPPPfv8M9BBCz000UUbfTTSSSu9NNNNO/001B7X EjXVVVt9NdZZa7011117/TXYYYs9Ntllm3022mmrPRAARfKztngAyN02XnSLxg/eb4elN9zO 2W13XYB7hjdChH/Fd9+5/U3Q3HQ3bs/cjEcOOeNsy8025lu9vXne9nTuOUGbg54353rzjXjh nX/u+eqliw76QKYbXnrora+e+uyfk8466onLtTjllQNPOeBtD4+541zNHjrzp7MeO/PQO7/Q 9KMXbj302MPevPOIv5599OFrX/3SOf5L9njmyFeu/vrGK+S+V9VP/7r80X+vUP3ej5/9/dJf r7/+ridA/4Gvd757S/Is97jhwS9zDVzg4cI3P9jVj3/bw58Eeae67ZmOgBq84P1CmBDUATCD B5wL8AQXvBU2MHjwW5wKqWdCCtKwgPa74Agz2LvvdRB73fsfEMWHwxLa8IS/ax9CHii8JK6P hS5U3gwryMEZytCGAXSd4YqovS2KsIbi46EQjdiW4ikwgU6E3OTSh8bLmbGKU9SiFMmHwSLu LnYG/OIG7We7LJ5Od7qjohhvVscBBlJfpDskIhOpyEUyspGOfCQkIynJQxaykpa8JCYzqclN cnIxMazLHf7REkC9hBJ8e/PCWrLYyYQ07ngMieEn2WLAUYKFlngpJQ670j8oMgSXnCQjWGI5 l1kSMn7FvKUuyeLLCK7ylax04eXW+MJoGi9yaUTfC6HoR8LtjnamvKIOw6nF2i1vj6NbnhXP KTtVWm+brmvmCtUHzCbKs4ktrCY98TdBCe7zm3B84/5MCcLneZCgAW0n+Uho0B7aUpOCc988 1Ui8M050ibUU4CgbOlD/gVF0P9wlEQsKTo+KNIxd7KFAHfpMx7URmmykaDUheNEbUnGHhCTp R6dI0hFS8ooopeFOTypDcG60kw+NZwsrOlEGxlOivLRgTefoz522U6dbTCkthXIa1I0Sk6ga xSQwyXhUGMIUqWbVHEYHSNSijhOg4/xpF0v6z5Ba0KvHzGQrhRdNaboUovYsoxqFmdE+alCK QxSiHBNKTrjyzp9zrSNk5dpHdsITNKX8amWPNsnNcraznv0saBGZ2dGStrSmPS1qU6umgAAA Ow== ------=_NextPart_000_0004_01C6B576.364CF7A0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Aug 02 05:53:32 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8DPw-0005jc-84 for capwap-archive@lists.ietf.org; Wed, 02 Aug 2006 05:53:32 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8DPs-0003dP-RF for capwap-archive@lists.ietf.org; Wed, 02 Aug 2006 05:53:32 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 9D723430BB2 for ; Wed, 2 Aug 2006 02:53:24 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id BA32443006C for ; Wed, 2 Aug 2006 02:52:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 98FEC430AC8 for ; Wed, 2 Aug 2006 02:52:21 -0700 (PDT) Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [61.144.161.55]) by hermes.tigertech.net (Postfix) with ESMTP id 22368430AB7 for ; Wed, 2 Aug 2006 02:52:15 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J3D009BF7TNL0@szxga03-in.huawei.com> for capwap@frascone.com; Wed, 02 Aug 2006 18:00:59 +0800 (CST) Received: from huawei.com ([172.24.1.24]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J3D003W17TK2S@szxga03-in.huawei.com> for capwap@frascone.com; Wed, 02 Aug 2006 18:00:59 +0800 (CST) Received: from dell60 ([10.18.7.98]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0J3D00KST7W9I0@szxml04-in.huawei.com> for capwap@frascone.com; Wed, 02 Aug 2006 18:02:34 +0800 (CST) Date: Wed, 02 Aug 2006 15:20:52 +0530 From: sujay In-reply-to: To: "'David T. Perkins'" Message-id: <001801c6b619$247876f0$6207120a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Mailer: Microsoft Office Outlook 11 Thread-index: Acau12V0pFatYh60TPOo2xqCAihT0wHQU0+w 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] Ver 4 or CAPWAP packet syntax X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 8f864d073635f9dbbfb1a859082fbfac Hi David, I have a few comments from the initial look; 1.) In Wireless Specific Information: Wireless ID field is already captured in the WBID field in the Data header. Do we repeat it on purpose? 2.) About the "F" bit in control header; If a message-type is not understood, the node should not reply back else reply with a msg type indicating 'msg not understood' how does this bit help in there? If the only purpose it serves is when new message types are send a reply is ensured. better still to upgrade the wtp image to one that understands. 3.) About the Retry#, I am not clear as to why we need this count to be carried in the packet body, Can we not use the msg id for dual purpose, first to pair request-response, second for sequencing and order control? Regds, Sujay G My Location; http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.724852,7.525085&t=h &hl=en 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! -----Original Message----- From: David T. Perkins [mailto:dperkins@dsperkins.com] Sent: Monday, July 24, 2006 9:42 AM To: capwap Subject: [Capwap] Ver 4 or CAPWAP packet syntax HI, Here is an update of my proposal for CAPWAP packet formats: Proposal for CAPWAP Packet Format (24-jul-2006) -------------------------------- Updated from 24-jun-2006: 1) Removed the CAPWAP pkt header and moved the fields into the fragmentation control header. 2) Added note about use of UDP ports for DLTS and non-DTLS messages 3) Updated example section to match change in fragmentation header field 4) Added an example to show fragmentation and retries together 5) Added note about DLTS processing of duplicates Updates from 22-jun-2006: 1) Cleaned up terminology definitions. 1) Added clarification about initial values for the "CAPWAP PDU ID" and "MSG ID" fields 2) Added timing diagram showing no fragmentation and fragmentation 3) Added timing diagram showing CAPWAP control message drops and retries 4) Put back in MSG Seq ID into the Control header, but re-labeled as retry num, and reordered fields. Updates from 8-jun-2006: 1) Made to look closer to CAPWAP-02 2) Added CAPWAP Fragmentation Header so that both control and data supported fragmentation 3) Updated descriptions of fields of packets 4) Changed how fragmentation is indicated. 5) Modified so that the Data (or Control) header is on in the first fragment of a CAPWAP PDU 6) Cleaned up Data Header, now that fragmentation is in a separate header and made the remaining fields match those in CAPWAP-02 7) Updated the Control Header so that it closely resembles CAPWAP-02, except for 'F' field. Updates from 7-jun-2006: 1) changed diagrams to make DTLS experts happier 2) renamed "CAPWAP MUX Hdr" to "CAPWAP Pkt Hdr", and made it 2 octets long instead of 1 octet 3) made the packet types start at 1 instead of zero 4) fixed a few typos 5) changed the formulas for the message type value and message element type value to multiply the IANA enterprise number by 4096 (shift left by 12) instead of 256 (shift left by 8). This means the the enterprise value must be encoded in 20 bits, and the specific type value in 12 bits. I checked the assignment of Enterprise numbers, and there are now approximately 16K, and also checked the OUI assignments and there are approximately 51K. Thus, 20 bits (1M) should be enough! --------------------------------- CAPWAP Packet formats: NOTE: This format of CAPWAP messages assumes that DTLS traffic is sent to one well known UDP port on the AC, and CAPWAP messages not using DTLS encapsulation are sent to another well known UDP port. The formats support both data and control sent to the same UDP port or use of different UDP ports for data and control. CAPWAP Unprotected Data Packet: +---------------------[--------]----------+ | IP | UDP | CAPWAP | CAPWAP | Wireless | | Hdr | Hdr | Frag | Data | Payload | | | | Ctrl | Hdr | Frag | +---------------------[--------]----------+ only in first fragment CAPWAP DTLS Protected Data Packet: +----------------------------[---------]--------------------+ | IP | UDP | DTLS | CAPWAP | CAPWAP | Wireless | DTLS | | Hdr | Hdr | Hdr | Frag | Data | Payload | Trailer | | | | | Ctrl | Hdr | Frag | | +----------------------------[---------]--------------------+ only in first fragment \--integrity checked----------------/ \--encrypted--------------------------/ CAPWAP Unprotected Control Packet: +---------------------[---------]----------+ | IP | UDP | CAPWAP | CAPWAP | Message | | Hdr | Hdr | Frag | Control | Elements | | | | Ctrl | Hdr | Frag | +---------------------[---------]----------+ only in first fragment CAPWAP DTLS Protected Control Packet: +---------------------------[---------]--------------------+ | IP | UDP | DTLS | CAPWAP | CAPWAP | Message | DTLS | | Hdr | Hdr | Hdr | Frag | Control | Elements | Trailer | | | | | Ctrl | Hdr | Frag | | +---------------------------[---------]--------------------+ only in first fragment \--integrity checked---------------/ \--encrypted--------------------------/ UDP: All CAPWAP packets are encapsulated within UDP. CAPWAP PDU: CAPWAP consists of both control and data streams. A CAPWAP PDU is either a CAPWAP control PDU or a CAPWAP data PDU. CAPWAP Control PDU: A CAPWAP control PDU encapsulates a control message, which is a control header and its message elements. CAPWAP Data PDU: A CAPWAP data PDU encapsulates a data message, which is a data header and wireless payload. CAPWAP Fragmentation Control Header: Used for fragmentation of CAPWAP PDUs. A CAPWAP PDU that will not fit in one UDP packet will be fragmented into multiple CAPWAP packets. It also indicates if the CAPWAP PDU is control or data. CAPWAP Data Header: This header is used for CAPWAP data PDUs. If a CAPWAP data PDU is fragmented, then the CAPWAP Data Header is in only the first fragment in the group of fragments constructing the CAPWAP data PDU. Wireless Payload: The actual payload from or to wireless devices. The format may be 802.3 Ethernet II, or native wireless transport specific encoding. DTLS Header: Protected CAPWAP packets use the DTLS protocol to provide message integrity and encryption services. DTLS Trailer: A field used to provide protection service for security of CAPWAP messages. CAPWAP Control Header: The CAPWAP protocol includes a signalling component, known as the CAPWAP control protocol. All CAPWAP control PDUs include a Control Header. If a CAPWAP control PDU is fragmented, then the CAPWAP Control Header is in only the first fragment in the group of fragments constructing the CAPWAP control PDU. Message Elements: A CAPWAP Control PDU includes zero, one, or more message elements, which are found immediately following the control header. These message elements are in a type, length, value format. 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |ver|T|M| CAPWAP PDU ID | Fragment Offset | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ver: a 2 bit field that contains the version of the CAPWAP protocol syntax used for the packet. The value is zero for this draft. T: The PDU type. The value '1' indicates a control PDU and the value '0' indicates a data PDU. (Note: if the data and control streams are sent to different UDP ports, then PDUs sent to the inappropriate UDP port is dropped.) M: The More 'M' bit indicates whether there are more fragment packets needed to be combined to reassemble a complete CAPWAP PDU. 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 PDU. CAPWAP PDU ID: A 15-bit field whose value is assigned to each CAPWAP PDU. The CAPWAP PDU 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 PDU 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 PDU ID is incremented with each new CAPWAP PDU sent whether or not the PDU is fragmented. (All fragments of the same CAPWAP PDU have the same value for CAPWAP PDU ID.) The value wraps to zero after the maximum value has been used to identify a CAPWAP PDU. 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 PDU will this fragment belong during re-assembly. This field should always have a valid value. For the first or only packet of a CAPWAP PDU, 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 PDU 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.) CAPWAP Data 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RID | HLEN | WBID |T|W|M| Res | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (optional) Radio MAC Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (optional) Wireless Specific Information | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ RID: A 5 bit field which contains the Radio ID for this CAPWAP data PDU. WTPs with multiple radios but a single MAC Address range (for BSSIDs) use this field to indicate which radio is associated with the packet. HLEN: A 5 bit field specifying the length of the CAPWAP data header header in 4 octet 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: 1 - IEEE 802.11 T: The Type 'T' bit indicates the format of the frame being transported in the payload. When this bit is set to one (1), the payload has the native frame format indicated by the WBID field. When this bit is zero (0) the payload is an IEEE 802.3 frame. W: The 'W' bit is used to specify whether the optional "Wireless Specific Information" field is present in the header. A value of one (1) is used to represent the fact that the field is present. M: The 'M' bit is used to specify whether the optional "Radio MAC Address" field is present in the header. A value of one (1) is used to represent the fact that the field is present. Res: The bits are reserved and must be zero. Radio MAC Address: This optional field contains the BSSID of the radio receiving the packet. This is used in packets sent from the WTP to the AC, when the native wireless frame format is converted to 802.3 by the WTP. This field is only present if the 'M' bit is set. Given the HLEN field requires the header size to be a multiple of 4 octets, this field MUST be padded with zeroes (0x00) if it is not 4 octet aligned. The field has the format: 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 4 5 6 7 8 9 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- | Length | MAC Address ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Length: The number of octets in the MAC Address field. The length field is present since new IEEE technologies (e.g., 802.16) are now using 64 bits (8 octet) MAC addresses. MAC Address: The BSSID of the receiving radio. Wireless Specific Information: This optional field contains technology specific information that may be used to carry per packet wireless information. This field is only present if the 'W' bit is set. Given the HLEN field assumes 4 octet alignment, this field MUST be padded with zeroes (0x00) if it is not 4 octet aligned. The field has the format: 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 4 5 6 7 8 9 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- | Wireless ID | Length | Data ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Wireless ID: The wireless binding identifier. The following values are defined: 1 - : IEEE 802.11 Length: The length of the data field Data: Wireless specific information, whose details are defined in the technology specific bindings sections. For 802.11, when sent from WTP to AC, the data has the following format: IEEE 802.11 Frame Info: 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RSSI | SNR | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Data Rate | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ RSSI: RSSI is a signed, 8-bit value. It is the received signal strength indication, in dBm. SNR: SNR is a signed, 8-bit value. It is the signal to noise ratio of the received IEEE 802.11 frame, in dB. Data Rate: The data rate field is a 16-bit unsigned integer value. The contents of the field is set to 1/10th of the data rate of the packet received by the WTP. For instance, a packet received at 5.5Mbps would be set to 55, while 11Mbps would be set to 110. For data sent from the AC to the WTP, the data has the following format: Destination WLANs: 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | WLAN | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ WLAN: This bit vector indicates the WLAN ID(s) which the WTP will transmit the associated frame on. For instance, if a multicast packet is to be transmitted on WLANs 1 and 3, bits 1 and 3 of this field would be set to '1'. Note this field is to be set to zero for unicast packets and is unused if the WTP is not providing encryption services. Wireless Payload: The format of the wireless payload depends on the encapsulation mode. There are two formats defined, which are: 802.3 Frame - this is the standard IEEE 802.3 Ethernet II frame (DISCUSS: this needs to be confirmed) 802.11 native frame - DISCUSS: finish this 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Message Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Msg ID | Retry#|F| Res | Length of Msg Elements | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Message Type: This 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 20 bits 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 12 bits is the enterprise specific message type number, which has a range from 0 to 4095. The value of the message type field can be expressed as: Message type value = IANA Enterprise Number * 4096 + enterprise specific message type number Msg ID: The message ID field is used by the CAPWAP control application to match responses (or acknowledgements) with requests (or reports). The value must be monotonically incremented for each unique request (or report). After the maximum value is reached, the value wraps back to zero. The paired response (or acknowledgement) returns the value from the request (or report). 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 report). 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 report) 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.) F: The 'F' bit field indicates if the message is the first 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) a report and acknowledgement. Thus, the first is a request or report message (with the 'F' field set to "1"), and the second is a response or acknowledgement (with the 'F' field set to "0"). Note, both a request and response (or report and acknowledgement) of a operation type use the same value for message type. The 'F' bit is used to indicate which is which. This allows new message types to be added that can be processed without knowing the meaning of the message type. That is, when an unknown request message type is received, the response is the same message type with a message element indicating that the message type is not supported. 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 PDU is 64K, and thus the max length is 64K minus the size of the CAPWAP control header, or 64K - 8, or 65528. Message Elements: The "message elements" field contains, zero, one, or more message element field, which has the following format: Message Element: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Message Element Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Length | Value .... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Message Element Type: This field identifies a message element of a CAPWAP control message. The Message Element Type field is comprised of an IANA Enterprise Number and an enterprise specific message element type number. The first 20 bits 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 element types. The 12 bits is the enterprise specific message element type number, which has a range from 0 to 4095. The value of the message element type field can be expressed as: Message element type value = IANA Enterprise Number * 4096 + enterprise specific message element type number ------------------------------------------------ Use of the CAPWAP Fragmentation Control Header Example of a Nonfragmented CAPWAP PDU For both data and control CAPWAP packets, CAPWAP Fragment Control Header has the following content: first, compute next CAPWAP_PDU_ID, which is CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x07fff; 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|T|M| CAPWAP_PDU_ID | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Example of Fragmented CAPWAP PDUs 1) Here is an example of a CAPWAP data PDU where the length of the CAPWAP data header and wireless payload will cause a single CAPWAP data packet to be greater than the max IP packet size for the path. Assume that the size of the CAPWAP data PDU is 1560 octets, which needs to be fragmented into a fragments of 1400 and 160 octets. The first fragment would have the following CAPWAP fragment control header, and be followed by a CAPWAP data header and part of the wireless payload and would look like: first, compute next CAPWAP_PDU_ID, which is CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x07fff; 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|0|1| CAPWAP_PDU_ID | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The second fragment would have the following CAPWAP fragment control header, and be followed by the remaining portion of the wireless payload and would look like: (Use the same value of CAPWAP_PDU_ID) 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|0|0| CAPWAP_PDU_ID | (1400/8) = 175 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 2) Here is an example of a CAPWAP control PDU where the length of the CAPWAP control header and message elements will cause a single CAPWAP control packet to be greater than the max IP packet size for the path. Assume that the size of the CAPWAP control PDU is 1560 octets, which needs to be fragmented into a fragments of 1400 and 160 octets. The first fragment would have the following CAPWAP fragment control header, and be followed by a CAPWAP control header and part of the message elements and would look like: first, compute next CAPWAP_PDU_ID, which is CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x0ffff; 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|1|1| CAPWAP_PDU_ID | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The second fragment would have the following CAPWAP fragment control header, and be followed by the remaining portion of the wireless payload and would look like: (Use the same value of CAPWAP_PDU_ID) 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|1|0| CAPWAP_PDU_ID | (1400/8) = 175 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 3) Example timing diagrams with fragmentation: Abbreviations: P_ID - PDU ID F_OFF - Fragment offset M - (0 - last, 1 - more packets in PDU) (M=1,P_ID=56,F_OFF=0) (M=1,P_ID=56,F_OFF=0) WTP----------------------->|----------------------->AC - saves frag | (M=0,P_ID=56,F_OFF=175) | (M=0,P_ID=56,F_OFF=175) ----------------------->|----------------------->AC - combines | | and processes | | (M=0,P_ID=75,F_OFF=0) | (M=0,P_ID=75,F_OFF=0) | <------------------------|<------------------------ | ------------------------------------------------ Use of the "Msg ID" and "Retry#" Fields for Retries Only the control path has message retries. Since control operations are not idempotent (that is, are not guaranteed to return the same result when redone), operation results (the response or acknowledgement) to a request or report must be cached and returned if a repeat of the operation occurs. A repeat occurs when 1) the request (or report) is not received (however, the receiver does not know that the operation is being repeated) 2) the response (or acknowledgement) is not received within the expected operation round trip time. 3) the request (or report) is duplicated by the network (this only occurs when the control operation is not protected by DTLS) NOTE: Retries cannot be done be resending saved UDP packets, since DTLS discards duplicates. Thus, when each retry requires generation of a new DTLS message (which means that DLTS must yet again perform the hash for the message integrity check, and the encryption of the CAPWAP PDU)! Here are timing diagrams for 4 cases: Abbreviations: P_ID - PDU ID M_ID - MSG ID R - Retry number 0) No timeout/replay/duplication: (P_ID=56, M_ID=23, R=0) (M_ID=23, R=0) WTP----------------------->|----------------------->AC - process | | and cache (M_ID=23, R=0) | (P_ID=75,M_ID=23,R=0) | for M_ID=23 <------------------------|<------------------------ and R=0 | NOTEs: 1) AC and WTP have different spaces for P_ID. It is used only for CAPWAP PDU fragmentation reassembly. 2) The P_ID is always incremented for each CAPWAP PDU, even for retries 3) the M_ID from a request (or report) is echoed in a paired response (or acknowledgement) 4) each originator of an operation has an independent M_ID number space 1) message never received, so resent: (P_ID=56, M_ID=23, R=0) WTP----------------------->|-->X AC | | |timeout | V (P_ID=57, M_ID=23, R=1) | retry---------------------->|----------------------->AC - process | | and cache (M_ID=23, R=1) | (P_ID=75,M_ID=23, R=1) | for M_ID=23 <------------------------|<------------------------ and R=1 NOTEs: 1) the M_ID is not incremented on retries 2) the R always starts at zero for each M_ID and is incremented on retries 2a) message response (or acknowledgement) never received, so message resent: (P_ID=56, M_ID=23, R=0) (M_ID=23, R=0) WTP----------------------->|----------------------->AC - process | | | and cache | | (P_ID=75,M_ID=23,R=0) | for M_ID=23 | X<--|<------------------------ and R=0 |timeout | V (P_ID=57, M_ID=23, R=1) | (M_ID=23, R=1) retry---------------------->|----------------------->AC - find in | | cache for (M_ID=23, R=1) | (P_ID=76,M_ID=23,R=1) | M_ID=23, <------------------------|<------------------------ update R=1 NOTEs: 1) only the M_ID is searched in the cache for a match (the R is saved, but not used in search) 2) the R from the request message is returned in the response message 3) the R is updated in the cache 2b) message response (or acknowledgement) not received within the current computed value for round trip operation time, so a message resent. However, original response received before response to retry. (P_ID=56, M_ID=23, R=0) (M_ID=23, R=0) WTP----------------------->|----------------------->AC - process | | | and cache | | (P_ID=75,M_ID=23,R=0) | for M_ID=23 | |/------------------------ and R=0 |timeout || V (P_ID=57, M_ID=23, R=1) || (M_ID=23, R=1) retry---------------------->|+---------------------->AC - find in || | cache for (M_ID=23, R=0) || | M_ID=23, <------------------------|/ | update R=1 update RTOT(drop) | | | | (M_ID=23, R=1) | (P_ID=76,M_ID=23,R=1) | <------------------------|<------------------------ update RTOT(process) NOTEs: 1) without the R field, cannot determine if the first received response was from the first time the request was made, or from a retry. Without knowing which, cannot accurately update the round trip operational time. 2) it is possible to process the first response and not drop it, but if so, must remember the time when sent each retry. If max retries not too many, then not much of a cost. a match (the R is not saved or searched) 3) message request (or report) is duplicated by the network: (P_ID=56, M_ID=23, R=0) (M_ID=23, R=0) WTP----------------------->|----------------------->AC - process \ | | and cache (M_ID=23, R=0) \ | (P_ID=75,M_ID=23,R=0) | for M_ID=23 <------------------+------|<------------------------ and R=0 \ | \ | (M_ID=23, R=0) Dup \-->|+---------------->X | DTLS determines it | is a dup from DTLS | header and drops. | AC process doesn't | get "application data" NOTE: 1) The DTLS determines that message is a duplicate and drops it. For broken DTLS stacks that return the application data: a) the R field in the duplicated message can be used by the AC to determine if the request is a duplicate. b) if both a response drop (or delay) and a duplicate occurs the R may be less than the R in the cache. If so, the message is a very delayed duplicate and can be dropped. ----- the end Enjoy, /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 Wed Aug 02 10:37:15 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8HqV-0003Ez-3v for capwap-archive@lists.ietf.org; Wed, 02 Aug 2006 10:37:15 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8HqO-0002W8-O7 for capwap-archive@lists.ietf.org; Wed, 02 Aug 2006 10:37:15 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 30B8F3980AB for ; Wed, 2 Aug 2006 07:37:07 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id BA290430067 for ; Sun, 30 Jul 2006 22:00:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 90560398021 for ; Sun, 30 Jul 2006 22:00:31 -0700 (PDT) Received: from huawei-3com.com (pop.huawei-3com.com [219.133.0.18]) by zoidberg.tigertech.net (Postfix) with ESMTP id AD90C398017 for ; Sun, 30 Jul 2006 22:00:06 -0700 (PDT) Received: from huawei-3com.com (localhost [127.0.0.1]) by h3cml02-in.huawei-3com.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J3900J104ZCRC@h3cml02-in.huawei-3com.com> for capwap@frascone.com; Mon, 31 Jul 2006 13:09:13 +0800 (CST) Received: from RichardYoung ([10.18.7.74]) by h3cml02-in.huawei-3com.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0J3900JSI4Z63Q@h3cml02-in.huawei-3com.com> for capwap@frascone.com; Mon, 31 Jul 2006 13:09:12 +0800 (CST) Date: Mon, 31 Jul 2006 10:29:49 +0530 From: young To: capwap@frascone.com Message-id: <00db01c6b45e$27966110$4a07120a@china.huawei.com> Organization: huawei MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailer: Microsoft Office Outlook 11 Thread-index: Aca0Xiax9VAmDf/LQCaRr6FAziUO4A== X-Virus-Scanned: by amavisd-new at tigertech.net X-Mailman-Approved-At: Wed, 02 Aug 2006 07:35:05 -0700 Subject: Re: [Capwap] Ver 4 or CAPWAP packet syntax X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 Precedence: list Reply-To: young@huawei-3com.com List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0483961418==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: caa4b19d6a447d013a26bbdc16a91f48 This is a multi-part message in MIME format. --===============0483961418== Content-type: multipart/alternative; boundary="Boundary_(ID_LSyllH9ftWksHiraICZ4NQ)" This is a multi-part message in MIME format. --Boundary_(ID_LSyllH9ftWksHiraICZ4NQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi, I read David's proposal for CAPWAP packet formats. Based on my understanding, the header of CAPWAP protocol provides two kinds information: One is information like version, fragment Offset, they are common part of any protocol's header. Another is to define information like WBID, Radio MAC Address, these information focuses in the wireless information carried by CAPWAP tunnel. These two parts have different logical. Another thing is: As usual, the first part is stable. While second part should has strength to adapt to change. As per this idea, I thought the CAPWAP draft 2 don't make the relation-ship between these two part clear. The proposal of David defines Fragmentation Control Header and CAPWAP Data Header (control header) to encapsulate two kinds information, I think the logic will be clearer than CAPWAP draft 2. Besides this, it has strength to adapt to future change.. Regards Richard From: David T. Perkins (dperkins@dsperkins.com) Date: Sun, 23 Jul 2006 21:12:15 -0700 (PDT) HI, Here is an update of my proposal for CAPWAP packet formats: Proposal for CAPWAP Packet Format (24-jul-2006) -------------------------------- Updated from 24-jun-2006: 1) Removed the CAPWAP pkt header and moved the fields into the fragmentation control header. 2) Added note about use of UDP ports for DLTS and non-DTLS messages 3) Updated example section to match change in fragmentation header field 4) Added an example to show fragmentation and retries together 5) Added note about DLTS processing of duplicates Updates from 22-jun-2006: 1) Cleaned up terminology definitions. 1) Added clarification about initial values for the "CAPWAP PDU ID" and "MSG ID" fields 2) Added timing diagram showing no fragmentation and fragmentation 3) Added timing diagram showing CAPWAP control message drops and retries 4) Put back in MSG Seq ID into the Control header, but re-labeled as retry num, and reordered fields. Updates from 8-jun-2006: 1) Made to look closer to CAPWAP-02 2) Added CAPWAP Fragmentation Header so that both control and data supported fragmentation 3) Updated descriptions of fields of packets 4) Changed how fragmentation is indicated. 5) Modified so that the Data (or Control) header is on in the first fragment of a CAPWAP PDU 6) Cleaned up Data Header, now that fragmentation is in a separate header and made the remaining fields match those in CAPWAP-02 7) Updated the Control Header so that it closely resembles CAPWAP-02, except for 'F' field. Updates from 7-jun-2006: 1) changed diagrams to make DTLS experts happier 2) renamed "CAPWAP MUX Hdr" to "CAPWAP Pkt Hdr", and made it 2 octets long instead of 1 octet 3) made the packet types start at 1 instead of zero 4) fixed a few typos 5) changed the formulas for the message type value and message element type value to multiply the IANA enterprise number by 4096 (shift left by 12) instead of 256 (shift left by 8). This means the the enterprise value must be encoded in 20 bits, and the specific type value in 12 bits. I checked the assignment of Enterprise numbers, and there are now approximately 16K, and also checked the OUI assignments and there are approximately 51K. Thus, 20 bits (1M) should be enough! --------------------------------- CAPWAP Packet formats: NOTE: This format of CAPWAP messages assumes that DTLS traffic is sent to one well known UDP port on the AC, and CAPWAP messages not using DTLS encapsulation are sent to another well known UDP port. The formats support both data and control sent to the same UDP port or use of different UDP ports for data and control. CAPWAP Unprotected Data Packet: +---------------------[--------]----------+ | IP | UDP | CAPWAP | CAPWAP | Wireless | | Hdr | Hdr | Frag | Data | Payload | | | | Ctrl | Hdr | Frag | +---------------------[--------]----------+ only in first fragment CAPWAP DTLS Protected Data Packet: +----------------------------[---------]--------------------+ | IP | UDP | DTLS | CAPWAP | CAPWAP | Wireless | DTLS | | Hdr | Hdr | Hdr | Frag | Data | Payload | Trailer | | | | | Ctrl | Hdr | Frag | | +----------------------------[---------]--------------------+ only in first fragment \--integrity checked----------------/ \--encrypted--------------------------/ CAPWAP Unprotected Control Packet: +---------------------[---------]----------+ | IP | UDP | CAPWAP | CAPWAP | Message | | Hdr | Hdr | Frag | Control | Elements | | | | Ctrl | Hdr | Frag | +---------------------[---------]----------+ only in first fragment CAPWAP DTLS Protected Control Packet: +---------------------------[---------]--------------------+ | IP | UDP | DTLS | CAPWAP | CAPWAP | Message | DTLS | | Hdr | Hdr | Hdr | Frag | Control | Elements | Trailer | | | | | Ctrl | Hdr | Frag | | +---------------------------[---------]--------------------+ only in first fragment \--integrity checked---------------/ \--encrypted--------------------------/ UDP: All CAPWAP packets are encapsulated within UDP. CAPWAP PDU: CAPWAP consists of both control and data streams. A CAPWAP PDU is either a CAPWAP control PDU or a CAPWAP data PDU. CAPWAP Control PDU: A CAPWAP control PDU encapsulates a control message, which is a control header and its message elements. CAPWAP Data PDU: A CAPWAP data PDU encapsulates a data message, which is a data header and wireless payload. CAPWAP Fragmentation Control Header: Used for fragmentation of CAPWAP PDUs. A CAPWAP PDU that will not fit in one UDP packet will be fragmented into multiple CAPWAP packets. It also indicates if the CAPWAP PDU is control or data. CAPWAP Data Header: This header is used for CAPWAP data PDUs. If a CAPWAP data PDU is fragmented, then the CAPWAP Data Header is in only the first fragment in the group of fragments constructing the CAPWAP data PDU. Wireless Payload: The actual payload from or to wireless devices. The format may be 802.3 Ethernet II, or native wireless transport specific encoding. DTLS Header: Protected CAPWAP packets use the DTLS protocol to provide message integrity and encryption services. DTLS Trailer: A field used to provide protection service for security of CAPWAP messages. CAPWAP Control Header: The CAPWAP protocol includes a signalling component, known as the CAPWAP control protocol. All CAPWAP control PDUs include a Control Header. If a CAPWAP control PDU is fragmented, then the CAPWAP Control Header is in only the first fragment in the group of fragments constructing the CAPWAP control PDU. Message Elements: A CAPWAP Control PDU includes zero, one, or more message elements, which are found immediately following the control header. These message elements are in a type, length, value format. 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |ver|T|M| CAPWAP PDU ID | Fragment Offset | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ver: a 2 bit field that contains the version of the CAPWAP protocol syntax used for the packet. The value is zero for this draft. T: The PDU type. The value '1' indicates a control PDU and the value '0' indicates a data PDU. (Note: if the data and control streams are sent to different UDP ports, then PDUs sent to the inappropriate UDP port is dropped.) M: The More 'M' bit indicates whether there are more fragment packets needed to be combined to reassemble a complete CAPWAP PDU. 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 PDU. CAPWAP PDU ID: A 15-bit field whose value is assigned to each CAPWAP PDU. The CAPWAP PDU 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 PDU 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 PDU ID is incremented with each new CAPWAP PDU sent whether or not the PDU is fragmented. (All fragments of the same CAPWAP PDU have the same value for CAPWAP PDU ID.) The value wraps to zero after the maximum value has been used to identify a CAPWAP PDU. 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 PDU will this fragment belong during re-assembly. This field should always have a valid value. For the first or only packet of a CAPWAP PDU, 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 PDU 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.) CAPWAP Data 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RID | HLEN | WBID |T|W|M| Res | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (optional) Radio MAC Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (optional) Wireless Specific Information | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ RID: A 5 bit field which contains the Radio ID for this CAPWAP data PDU. WTPs with multiple radios but a single MAC Address range (for BSSIDs) use this field to indicate which radio is associated with the packet. HLEN: A 5 bit field specifying the length of the CAPWAP data header header in 4 octet 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: 1 - IEEE 802.11 T: The Type 'T' bit indicates the format of the frame being transported in the payload. When this bit is set to one (1), the payload has the native frame format indicated by the WBID field. When this bit is zero (0) the payload is an IEEE 802.3 frame. W: The 'W' bit is used to specify whether the optional "Wireless Specific Information" field is present in the header. A value of one (1) is used to represent the fact that the field is present. M: The 'M' bit is used to specify whether the optional "Radio MAC Address" field is present in the header. A value of one (1) is used to represent the fact that the field is present. Res: The bits are reserved and must be zero. Radio MAC Address: This optional field contains the BSSID of the radio receiving the packet. This is used in packets sent from the WTP to the AC, when the native wireless frame format is converted to 802.3 by the WTP. This field is only present if the 'M' bit is set. Given the HLEN field requires the header size to be a multiple of 4 octets, this field MUST be padded with zeroes (0x00) if it is not 4 octet aligned. The field has the format: 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 4 5 6 7 8 9 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- | Length | MAC Address ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Length: The number of octets in the MAC Address field. The length field is present since new IEEE technologies (e.g., 802.16) are now using 64 bits (8 octet) MAC addresses. MAC Address: The BSSID of the receiving radio. Wireless Specific Information: This optional field contains technology specific information that may be used to carry per packet wireless information. This field is only present if the 'W' bit is set. Given the HLEN field assumes 4 octet alignment, this field MUST be padded with zeroes (0x00) if it is not 4 octet aligned. The field has the format: 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 4 5 6 7 8 9 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- | Wireless ID | Length | Data ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Wireless ID: The wireless binding identifier. The following values are defined: 1 - : IEEE 802.11 Length: The length of the data field Data: Wireless specific information, whose details are defined in the technology specific bindings sections. For 802.11, when sent from WTP to AC, the data has the following format: IEEE 802.11 Frame Info: 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RSSI | SNR | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Data Rate | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ RSSI: RSSI is a signed, 8-bit value. It is the received signal strength indication, in dBm. SNR: SNR is a signed, 8-bit value. It is the signal to noise ratio of the received IEEE 802.11 frame, in dB. Data Rate: The data rate field is a 16-bit unsigned integer value. The contents of the field is set to 1/10th of the data rate of the packet received by the WTP. For instance, a packet received at 5.5Mbps would be set to 55, while 11Mbps would be set to 110. For data sent from the AC to the WTP, the data has the following format: Destination WLANs: 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | WLAN | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ WLAN: This bit vector indicates the WLAN ID(s) which the WTP will transmit the associated frame on. For instance, if a multicast packet is to be transmitted on WLANs 1 and 3, bits 1 and 3 of this field would be set to '1'. Note this field is to be set to zero for unicast packets and is unused if the WTP is not providing encryption services. Wireless Payload: The format of the wireless payload depends on the encapsulation mode. There are two formats defined, which are: 802.3 Frame - this is the standard IEEE 802.3 Ethernet II frame (DISCUSS: this needs to be confirmed) 802.11 native frame - DISCUSS: finish this 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Message Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Msg ID | Retry#|F| Res | Length of Msg Elements | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Message Type: This 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 20 bits 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 12 bits is the enterprise specific message type number, which has a range from 0 to 4095. The value of the message type field can be expressed as: Message type value = IANA Enterprise Number * 4096 + enterprise specific message type number Msg ID: The message ID field is used by the CAPWAP control application to match responses (or acknowledgements) with requests (or reports). The value must be monotonically incremented for each unique request (or report). After the maximum value is reached, the value wraps back to zero. The paired response (or acknowledgement) returns the value from the request (or report). 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 report). 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 report) 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.) F: The 'F' bit field indicates if the message is the first 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) a report and acknowledgement. Thus, the first is a request or report message (with the 'F' field set to "1"), and the second is a response or acknowledgement (with the 'F' field set to "0"). Note, both a request and response (or report and acknowledgement) of a operation type use the same value for message type. The 'F' bit is used to indicate which is which. This allows new message types to be added that can be processed without knowing the meaning of the message type. That is, when an unknown request message type is received, the response is the same message type with a message element indicating that the message type is not supported. 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 PDU is 64K, and thus the max length is 64K minus the size of the CAPWAP control header, or 64K - 8, or 65528. Message Elements: The "message elements" field contains, zero, one, or more message element field, which has the following format: Message Element: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Message Element Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Length | Value .... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Message Element Type: This field identifies a message element of a CAPWAP control message. The Message Element Type field is comprised of an IANA Enterprise Number and an enterprise specific message element type number. The first 20 bits 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 element types. The 12 bits is the enterprise specific message element type number, which has a range from 0 to 4095. The value of the message element type field can be expressed as: Message element type value = IANA Enterprise Number * 4096 + enterprise specific message element type number ------------------------------------------------ Use of the CAPWAP Fragmentation Control Header Example of a Nonfragmented CAPWAP PDU For both data and control CAPWAP packets, CAPWAP Fragment Control Header has the following content: first, compute next CAPWAP_PDU_ID, which is CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x07fff; 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|T|M| CAPWAP_PDU_ID | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Example of Fragmented CAPWAP PDUs 1) Here is an example of a CAPWAP data PDU where the length of the CAPWAP data header and wireless payload will cause a single CAPWAP data packet to be greater than the max IP packet size for the path. Assume that the size of the CAPWAP data PDU is 1560 octets, which needs to be fragmented into a fragments of 1400 and 160 octets. The first fragment would have the following CAPWAP fragment control header, and be followed by a CAPWAP data header and part of the wireless payload and would look like: first, compute next CAPWAP_PDU_ID, which is CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x07fff; 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|0|1| CAPWAP_PDU_ID | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The second fragment would have the following CAPWAP fragment control header, and be followed by the remaining portion of the wireless payload and would look like: (Use the same value of CAPWAP_PDU_ID) 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|0|0| CAPWAP_PDU_ID | (1400/8) = 175 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 2) Here is an example of a CAPWAP control PDU where the length of the CAPWAP control header and message elements will cause a single CAPWAP control packet to be greater than the max IP packet size for the path. Assume that the size of the CAPWAP control PDU is 1560 octets, which needs to be fragmented into a fragments of 1400 and 160 octets. The first fragment would have the following CAPWAP fragment control header, and be followed by a CAPWAP control header and part of the message elements and would look like: first, compute next CAPWAP_PDU_ID, which is CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x0ffff; 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|1|1| CAPWAP_PDU_ID | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ The second fragment would have the following CAPWAP fragment control header, and be followed by the remaining portion of the wireless payload and would look like: (Use the same value of CAPWAP_PDU_ID) 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |0 0|1|0| CAPWAP_PDU_ID | (1400/8) = 175 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 3) Example timing diagrams with fragmentation: Abbreviations: P_ID - PDU ID F_OFF - Fragment offset M - (0 - last, 1 - more packets in PDU) (M=1,P_ID=56,F_OFF=0) (M=1,P_ID=56,F_OFF=0) WTP----------------------->|----------------------->AC - saves frag | (M=0,P_ID=56,F_OFF=175) | (M=0,P_ID=56,F_OFF=175) ----------------------->|----------------------->AC - combines | | and processes | | (M=0,P_ID=75,F_OFF=0) | (M=0,P_ID=75,F_OFF=0) | <------------------------|<------------------------ | ------------------------------------------------ Use of the "Msg ID" and "Retry#" Fields for Retries Only the control path has message retries. Since control operations are not idempotent (that is, are not guaranteed to return the same result when redone), operation results (the response or acknowledgement) to a request or report must be cached and returned if a repeat of the operation occurs. A repeat occurs when 1) the request (or report) is not received (however, the receiver does not know that the operation is being repeated) 2) the response (or acknowledgement) is not received within the expected operation round trip time. 3) the request (or report) is duplicated by the network (this only occurs when the control operation is not protected by DTLS) NOTE: Retries cannot be done be resending saved UDP packets, since DTLS discards duplicates. Thus, when each retry requires generation of a new DTLS message (which means that DLTS must yet again perform the hash for the message integrity check, and the encryption of the CAPWAP PDU)! Here are timing diagrams for 4 cases: Abbreviations: P_ID - PDU ID M_ID - MSG ID R - Retry number 0) No timeout/replay/duplication: (P_ID=56, M_ID=23, R=0) (M_ID=23, R=0) WTP----------------------->|----------------------->AC - process | | and cache (M_ID=23, R=0) | (P_ID=75,M_ID=23,R=0) | for M_ID=23 <------------------------|<------------------------ and R=0 | NOTEs: 1) AC and WTP have different spaces for P_ID. It is used only for CAPWAP PDU fragmentation reassembly. 2) The P_ID is always incremented for each CAPWAP PDU, even for retries 3) the M_ID from a request (or report) is echoed in a paired response (or acknowledgement) 4) each originator of an operation has an independent M_ID number space 1) message never received, so resent: (P_ID=56, M_ID=23, R=0) WTP----------------------->|-->X AC | | |timeout | V (P_ID=57, M_ID=23, R=1) | retry---------------------->|----------------------->AC - process | | and cache (M_ID=23, R=1) | (P_ID=75,M_ID=23, R=1) | for M_ID=23 <------------------------|<------------------------ and R=1 NOTEs: 1) the M_ID is not incremented on retries 2) the R always starts at zero for each M_ID and is incremented on retries 2a) message response (or acknowledgement) never received, so message resent: (P_ID=56, M_ID=23, R=0) (M_ID=23, R=0) WTP----------------------->|----------------------->AC - process | | | and cache | | (P_ID=75,M_ID=23,R=0) | for M_ID=23 | X<--|<------------------------ and R=0 |timeout | V (P_ID=57, M_ID=23, R=1) | (M_ID=23, R=1) retry---------------------->|----------------------->AC - find in | | cache for (M_ID=23, R=1) | (P_ID=76,M_ID=23,R=1) | M_ID=23, <------------------------|<------------------------ update R=1 NOTEs: 1) only the M_ID is searched in the cache for a match (the R is saved, but not used in search) 2) the R from the request message is returned in the response message 3) the R is updated in the cache 2b) message response (or acknowledgement) not received within the current computed value for round trip operation time, so a message resent. However, original response received before response to retry. (P_ID=56, M_ID=23, R=0) (M_ID=23, R=0) WTP----------------------->|----------------------->AC - process | | | and cache | | (P_ID=75,M_ID=23,R=0) | for M_ID=23 | |/------------------------ and R=0 |timeout || V (P_ID=57, M_ID=23, R=1) || (M_ID=23, R=1) retry---------------------->|+---------------------->AC - find in || | cache for (M_ID=23, R=0) || | M_ID=23, <------------------------|/ | update R=1 update RTOT(drop) | | | | (M_ID=23, R=1) | (P_ID=76,M_ID=23,R=1) | <------------------------|<------------------------ update RTOT(process) NOTEs: 1) without the R field, cannot determine if the first received response was from the first time the request was made, or from a retry. Without knowing which, cannot accurately update the round trip operational time. 2) it is possible to process the first response and not drop it, but if so, must remember the time when sent each retry. If max retries not too many, then not much of a cost. a match (the R is not saved or searched) 3) message request (or report) is duplicated by the network: (P_ID=56, M_ID=23, R=0) (M_ID=23, R=0) WTP----------------------->|----------------------->AC - process \ | | and cache (M_ID=23, R=0) \ | (P_ID=75,M_ID=23,R=0) | for M_ID=23 <------------------+------|<------------------------ and R=0 \ | \ | (M_ID=23, R=0) Dup \-->|+---------------->X | DTLS determines it | is a dup from DTLS | header and drops. | AC process doesn't | get "application data" NOTE: 1) The DTLS determines that message is a duplicate and drops it. For broken DTLS stacks that return the application data: a) the R field in the duplicated message can be used by the AC to determine if the request is a duplicate. b) if both a response drop (or delay) and a duplicate occurs the R may be less than the R in the cache. If so, the message is a very delayed duplicate and can be dropped. ----- the end Enjoy, /david t. perkins --Boundary_(ID_LSyllH9ftWksHiraICZ4NQ) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT

Hi,

I read David’s proposal for CAPWAP packet formats.

Based on my understanding, the header of CAPWAP protocol provides two kinds information:

One is information like version, fragment Offset, they are common part of any protocol’s header.

Another is to define information like WBID, Radio MAC Address, these information focuses in the wireless information carried by CAPWAP tunnel.

These two parts have different logical.

Another thing is: As usual, the first part is stable. While second part should has strength to adapt to change.

As per this idea, I thought the CAPWAP draft 2 don’t make the relation-ship between these two part clear.

The proposal of David defines Fragmentation Control Header and CAPWAP Data Header (control header) to encapsulate two kinds information,

I think the logic will be clearer than CAPWAP draft 2. Besides this, it has strength to adapt to future change..

 

Regards

Richard

 

From: David T. Perkins (dperkins@dsperkins.com)

Date: Sun, 23 Jul 2006 21:12:15 -0700 (PDT)

HI,

 

Here is an update of my proposal for CAPWAP packet formats:

 

Proposal for CAPWAP Packet Format (24-jul-2006)

--------------------------------

 

Updated from 24-jun-2006:

1) Removed the CAPWAP pkt header and moved the fields into the

   fragmentation control header.

2) Added note about use of UDP ports for DLTS and non-DTLS

   messages

3) Updated example section to match change in fragmentation

   header field

4) Added an example to show fragmentation and retries together

5) Added note about DLTS processing of duplicates

 

Updates from 22-jun-2006:

1) Cleaned up terminology definitions.

1) Added clarification about initial values for the

   "CAPWAP PDU ID" and "MSG ID" fields

2) Added timing diagram showing no fragmentation and fragmentation

3) Added timing diagram showing CAPWAP control message drops

   and retries

4) Put back in MSG Seq ID into the Control header, but re-labeled

   as retry num, and reordered fields.

 

Updates from 8-jun-2006:

1) Made to look closer to CAPWAP-02

2) Added CAPWAP Fragmentation Header so that both control

    and data supported fragmentation

3) Updated descriptions of fields of packets

4) Changed how fragmentation is indicated.

5) Modified so that the Data (or Control) header is

   on in the first fragment of a CAPWAP PDU

6) Cleaned up Data Header, now that fragmentation

   is in a separate header and made the remaining

   fields match those in CAPWAP-02

7) Updated the Control Header so that it closely

   resembles CAPWAP-02, except for 'F' field.

 

 

 

Updates from 7-jun-2006:

1) changed diagrams to make DTLS experts happier

2) renamed "CAPWAP MUX Hdr" to "CAPWAP Pkt Hdr",

    and made it 2 octets long instead of 1 octet

3) made the packet types start at 1 instead of zero

4) fixed a few typos

5) changed the formulas for the message type value and

   message element type value to multiply the IANA

   enterprise number by 4096 (shift left by 12) instead

   of 256 (shift left by 8). This means the the

   enterprise value must be encoded in 20 bits,

   and the specific type value in 12 bits. I checked

   the assignment of Enterprise numbers, and there are

   now approximately 16K, and also checked the OUI

   assignments and there are approximately 51K. Thus,

   20 bits (1M) should be enough!

---------------------------------

 

 

  CAPWAP Packet formats:

 

  NOTE: This format of CAPWAP messages assumes that

        DTLS traffic is sent to one well known UDP port

        on the AC, and CAPWAP messages not using

        DTLS encapsulation are sent to another well

        known UDP port.

        The formats support both data and control

        sent to the same UDP port or use of different

        UDP ports for data and control.

 

    CAPWAP Unprotected Data Packet:

    +---------------------[--------]----------+

    | IP  | UDP  | CAPWAP | CAPWAP | Wireless |

    | Hdr | Hdr  | Frag   | Data   | Payload  |

    |     |      | Ctrl   | Hdr    | Frag     |

    +---------------------[--------]----------+

                            only in

                            first fragment

 

    CAPWAP DTLS Protected Data Packet:

    +----------------------------[---------]--------------------+

    | IP  | UDP | DTLS  | CAPWAP | CAPWAP  | Wireless | DTLS    |

    | Hdr | Hdr | Hdr   | Frag   | Data    | Payload  | Trailer |

    |     |     |       | Ctrl   | Hdr     | Frag     |         |

    +----------------------------[---------]--------------------+

                                   only in

                                   first fragment

                 \--integrity checked----------------/

                         \--encrypted--------------------------/

 

 

    CAPWAP Unprotected Control Packet:

    +---------------------[---------]----------+

    | IP  | UDP  | CAPWAP | CAPWAP  | Message  |

    | Hdr | Hdr  | Frag   | Control | Elements |

    |     |      | Ctrl   | Hdr     | Frag     |

    +---------------------[---------]----------+

                            only in

                            first fragment

 

    CAPWAP DTLS Protected Control Packet:

    +---------------------------[---------]--------------------+

    | IP  | UDP | DTLS | CAPWAP | CAPWAP  | Message  | DTLS    |

    | Hdr | Hdr | Hdr  | Frag   | Control | Elements | Trailer |

    |     |     |      | Ctrl   | Hdr     | Frag     |         |

    +---------------------------[---------]--------------------+

                                 only in

                                 first fragment

                 \--integrity checked---------------/

                        \--encrypted--------------------------/

 

      UDP: All CAPWAP packets are encapsulated within UDP.

 

      CAPWAP PDU: CAPWAP consists of both control and data streams.

            A CAPWAP PDU is either a CAPWAP control PDU or

            a CAPWAP data PDU.

 

      CAPWAP Control PDU: A CAPWAP control PDU encapsulates a

            control message, which is a control header and its

            message elements.

 

      CAPWAP Data PDU: A CAPWAP data PDU encapsulates a data

            message, which is a data header and wireless

            payload.

             

      CAPWAP Fragmentation Control Header: Used for fragmentation

            of CAPWAP PDUs. A CAPWAP PDU that will not fit in

            one UDP packet will be fragmented into multiple

            CAPWAP packets. It also indicates if the CAPWAP

            PDU is control or data.

 

      CAPWAP Data Header: This header is used for CAPWAP data PDUs.

            If a CAPWAP data PDU is fragmented, then the CAPWAP

            Data Header is in only the first fragment in the

            group of fragments constructing the CAPWAP data PDU.

 

      Wireless Payload: The actual payload from or to wireless

            devices. The format may be 802.3 Ethernet II, or

            native wireless transport specific encoding.

 

      DTLS Header: Protected CAPWAP packets use the DTLS protocol to

            provide message integrity and encryption services.

 

      DTLS Trailer: A field used to provide protection service for

            security of CAPWAP messages.

 

      CAPWAP Control Header: The CAPWAP protocol includes a signalling

            component, known as the CAPWAP control protocol.  All CAPWAP

            control PDUs include a Control Header. If a CAPWAP control PDU

            is fragmented, then the CAPWAP Control Header is in only

            the first fragment in the group of fragments constructing

            the CAPWAP control PDU.

 

      Message Elements: A CAPWAP Control PDU includes zero, one,

            or more message elements, which are found immediately

            following the control header.  These message elements

            are in a type, length, value format.

 

 

 

    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  

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

    |ver|T|M|   CAPWAP PDU ID             |   Fragment Offset       |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

      ver: a 2 bit field that contains the version of the CAPWAP

         protocol syntax used for the packet.  The value is

         zero for this draft.

 

      T: The PDU type. The value '1' indicates a control PDU and

         the value '0' indicates a data PDU. (Note: if the data

         and control streams are sent to different UDP ports,

         then PDUs sent to the inappropriate UDP port is dropped.)

 

      M: The More 'M' bit indicates whether there are more fragment

        packets needed to be combined to reassemble a complete

        CAPWAP PDU.  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 PDU.

     

      CAPWAP PDU ID: A 15-bit field whose value is assigned to each

        CAPWAP PDU.  The CAPWAP PDU 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 PDU 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 PDU ID is incremented with each

        new CAPWAP PDU sent whether or not the PDU is fragmented.

        (All fragments of the same CAPWAP PDU have the same

        value for CAPWAP PDU ID.)

        The value wraps to zero after the maximum value has been

        used to identify a CAPWAP PDU. 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

        PDU will this fragment belong during re-assembly.  This

        field should always have a valid value. For the first

        or only packet of a CAPWAP PDU, 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

        PDU 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.)

 

 

    CAPWAP Data 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  

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

    | RID     | HLEN    |  WBID   |T|W|M|          Res              | 

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

    |                 (optional) Radio MAC Address                  |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |            (optional) Wireless Specific Information           | 

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                                                                      

      RID: A 5 bit field which contains the Radio ID for this CAPWAP

        data PDU.  WTPs with multiple radios but a single MAC Address

        range (for BSSIDs) use this field to indicate which radio is

        associated with the packet.

 

      HLEN: A 5 bit field specifying the length of the CAPWAP data

        header header in 4 octet 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:

          1 - IEEE 802.11

 

      T: The Type 'T' bit indicates the format of the frame being

        transported in the payload.  When this bit is set to one (1),

        the payload has the native frame format indicated by the

        WBID field.  When this bit is zero (0) the payload is an

        IEEE 802.3 frame.

 

      W: The 'W' bit is used to specify whether the optional

        "Wireless Specific Information" field is present in the header.

        A value of one (1) is used to represent the fact that the

        field is present.

 

      M: The 'M' bit is used to specify whether the optional

        "Radio MAC Address" field is present in the header. 

        A value of one (1) is used to represent the fact that the

        field is present.

 

      Res: The bits are reserved and must be zero.

 

      Radio MAC Address: This optional field contains the BSSID

        of the radio receiving the packet.  This is used in packets

        sent from the WTP to the AC, when the native wireless frame

        format is converted to 802.3 by the WTP.  This field is only

        present if the 'M' bit is set.  Given the HLEN field requires

        the header size to be a multiple of 4 octets, this field MUST

        be padded with zeroes (0x00) if it is not 4 octet aligned.

 

        The field has the format:

 

         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 4 5 6 7 8 9

        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

        |    Length     |                  MAC Address           ...

        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

 

        Length: The number of octets in the MAC Address field.  The

            length field is present since new IEEE technologies

            (e.g., 802.16) are now using 64 bits (8 octet) MAC

            addresses.

 

        MAC Address: The BSSID of the receiving radio.

 

      Wireless Specific Information: This optional field contains

        technology specific information that may be used to carry per

        packet wireless information.  This field is only present if

        the 'W' bit is set.  Given the HLEN field assumes 4 octet

        alignment, this field MUST be padded with zeroes (0x00) if

        it is not 4 octet aligned.

 

        The field has the format:

 

         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 4 5 6 7 8 9

        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

        |  Wireless ID  |    Length     |             Data       ...

        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

 

          Wireless ID: The wireless binding identifier.  The following

                values are defined:

                    1 - : IEEE 802.11

 

          Length: The length of the data field

 

          Data: Wireless specific information, whose details are

                defined in the technology specific bindings sections.

               

                For 802.11, when sent from WTP to AC, the data

                has the following format:

 

                IEEE 802.11 Frame Info:

                 0                   1          

                 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5

                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                |     RSSI      |     SNR       |

                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                |           Data Rate           |

                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

                  RSSI: RSSI is a signed, 8-bit value.  It is the

                        received signal strength indication, in dBm.

 

                  SNR: SNR is a signed, 8-bit value.  It is the signal

                        to noise ratio of the received IEEE 802.11 frame,

                        in dB.

 

                  Data Rate: The data rate field is a 16-bit unsigned

                        integer value.  The contents of the field is set

                        to 1/10th of the data rate of the packet received

                        by the WTP.  For instance, a packet received at

                        5.5Mbps would be set to 55, while 11Mbps would

                        be set to 110.

 

                For data sent from the AC to the WTP, the data

                has the following format:

 

                Destination WLANs:

                 0                   1          

                 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5

                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                |              WLAN             |

                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

                  WLAN: This bit vector indicates the WLAN ID(s) which

                        the WTP will transmit the associated frame on.

                        For instance, if a multicast packet is to be

                        transmitted on WLANs 1 and 3, bits 1 and 3 of

                        this field would be set to '1'.  Note this

                        field is to be set to zero for unicast

                        packets and is unused if the WTP is not

                        providing encryption services.

 

  Wireless Payload:

    The format of the wireless payload depends on the encapsulation

    mode. There are two formats defined, which are:

 

      802.3 Frame - this is the standard IEEE 802.3 Ethernet II frame

            (DISCUSS: this needs to be confirmed)

      802.11 native frame - DISCUSS: finish this

 

 

  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

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |                       Message Type                            |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

    |  Msg ID       | Retry#|F| Res |     Length of Msg Elements    |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

      Message Type: This 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 20 bits 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 12 bits is the enterprise

            specific message type number, which has a range from 0 to

            4095.

 

            The value of the message type field can be expressed as:

 

            Message type value = IANA Enterprise Number * 4096 +

                                  enterprise specific message type number

 

      Msg ID: The message ID field is used by the CAPWAP control

            application to match responses (or acknowledgements) with

            requests (or reports). The value must be monotonically

            incremented for each unique request (or report). After

            the maximum value is reached, the value wraps back to zero.

            The paired response (or acknowledgement) returns the value

            from the request (or report). 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 report). 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 report)

            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.)

       

      F: The 'F' bit field indicates if the message is the first

            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) a report and acknowledgement.

            Thus, the first is a request or report message

            (with the 'F' field set to "1"), and the second is

            a response or acknowledgement (with the 'F' field

            set to "0"). Note, both a request and response

            (or report and acknowledgement) of a operation

            type use the same value for message type. The

            'F' bit is used to indicate which is which.

            This allows new message types to be added

            that can be processed without knowing the

            meaning of the message type. That is, when

            an unknown request message type is received,

            the response is the same message type with

            a message element indicating that the message

            type is not supported.

 

      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 PDU is

            64K, and thus the max length is 64K minus the size of

            the CAPWAP control header, or 64K - 8, or 65528.

 

  Message Elements:

    The "message elements" field contains, zero, one, or more message

    element field, which has the following format:

 

    Message Element:

 

       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

      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

      |              Message Element Type                             |

      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

      |            Length             |  Value ....

      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

 

        Message Element Type: This field identifies a message element

            of a CAPWAP control message.  The Message Element Type field

            is comprised of an IANA Enterprise Number and an enterprise

            specific message element type number.  The first 20 bits

            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 element

            types.  The 12 bits is the enterprise specific message

            element type number, which has a range from 0 to 4095.

 

            The value of the message element type field can be expressed

            as:

 

            Message element type value = IANA Enterprise Number * 4096 +

                          enterprise specific message element type number

 

 

 

------------------------------------------------

Use of the CAPWAP Fragmentation Control Header

 

Example of a Nonfragmented CAPWAP PDU

 

  For both data and control CAPWAP packets, CAPWAP Fragment Control

  Header has the following content:

 

    first, compute next CAPWAP_PDU_ID, which is

        CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x07fff;

     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  

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

    |0 0|T|M|     CAPWAP_PDU_ID           |       0                 |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

 

Example of Fragmented CAPWAP PDUs

 

  1) Here is an example of a CAPWAP data PDU where the

     length of the CAPWAP data header and wireless payload

     will cause a single CAPWAP data packet to be greater than

     the max IP packet size for the path. Assume that

     the size of the CAPWAP data PDU is 1560 octets, which

     needs to be fragmented into a fragments of 1400 and

     160 octets.

 

     The first fragment would have the following CAPWAP

     fragment control header, and be followed by a

     CAPWAP data header and part of the wireless payload

     and would look like:

 

     first, compute next CAPWAP_PDU_ID, which is

        CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x07fff;

 

     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  

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

    |0 0|0|1|     CAPWAP_PDU_ID           |       0                 |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

    The second fragment would have the following CAPWAP

    fragment control header, and be followed by the remaining

    portion of the wireless payload and would look like:

 

     (Use the same value of CAPWAP_PDU_ID)

     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  

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

    |0 0|0|0|    CAPWAP_PDU_ID            | (1400/8) = 175          |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

  2) Here is an example of a CAPWAP control PDU where the

     length of the CAPWAP control header and message elements

     will cause a single CAPWAP control packet to be greater

     than the max IP packet size for the path. Assume that

     the size of the CAPWAP control PDU is 1560 octets, which

     needs to be fragmented into a fragments of 1400 and

     160 octets.

 

     The first fragment would have the following CAPWAP

     fragment control header, and be followed by a

     CAPWAP control header and part of the message elements

     and would look like:

 

     first, compute next CAPWAP_PDU_ID, which is

        CAPWAP_PDU_ID = (CAPWAP_PDU_ID + 1) & 0x0ffff;

 

     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  

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

    |0 0|1|1|     CAPWAP_PDU_ID           |       0                 |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

    The second fragment would have the following CAPWAP

    fragment control header, and be followed by the remaining

    portion of the wireless payload and would look like:

 

     (Use the same value of CAPWAP_PDU_ID)

     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  

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

    |0 0|1|0|    CAPWAP_PDU_ID            | (1400/8) = 175          |

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

 

 

  3) Example timing diagrams with fragmentation:

       Abbreviations:

         P_ID - PDU ID

         F_OFF - Fragment offset

         M - (0 - last, 1 - more packets in PDU)

 

 

      (M=1,P_ID=56,F_OFF=0)     (M=1,P_ID=56,F_OFF=0)

   WTP----------------------->|----------------------->AC - saves frag

                              |

      (M=0,P_ID=56,F_OFF=175) | (M=0,P_ID=56,F_OFF=175)

      ----------------------->|----------------------->AC - combines

                              |                        |    and processes

                              |                        |

      (M=0,P_ID=75,F_OFF=0)   | (M=0,P_ID=75,F_OFF=0)  |

     <------------------------|<------------------------

                              |

 

 

------------------------------------------------

Use of the "Msg ID" and "Retry#" Fields for Retries

 

Only the control path has message retries. Since

control operations are not idempotent (that is,

are not guaranteed to return the same result

when redone), operation results (the response

or acknowledgement) to a request or report

must be cached and returned if a repeat of

the operation occurs. A repeat occurs when

1) the request (or report) is not received

(however, the receiver does not know that

the operation is being repeated)

2) the response (or acknowledgement) is

not received within the expected operation

round trip time.

3) the request (or report) is duplicated by

the network (this only occurs when the

control operation is not protected by DTLS)

 

NOTE: Retries cannot be done be resending saved

UDP packets, since DTLS discards duplicates.

Thus, when each retry requires generation of

a new DTLS message (which means that DLTS

must yet again perform the hash for the message

integrity check, and the encryption of the

CAPWAP PDU)!

 

 

Here are timing diagrams for 4 cases:

 

    Abbreviations:

      P_ID - PDU ID

      M_ID - MSG ID

      R - Retry number

 

  0) No timeout/replay/duplication:

      (P_ID=56, M_ID=23, R=0)   (M_ID=23, R=0)

   WTP----------------------->|----------------------->AC - process

                              |                        |    and cache

      (M_ID=23, R=0)          | (P_ID=75,M_ID=23,R=0)  |    for M_ID=23

     <------------------------|<------------------------    and R=0

                              |

 

    NOTEs: 1) AC and WTP have different spaces for P_ID. It

                is used only for CAPWAP PDU fragmentation reassembly.

           2) The P_ID is always incremented for each CAPWAP PDU,

                even for retries

           3) the M_ID from a request (or report) is

                echoed in a paired response (or acknowledgement)

           4) each originator of an operation has an independent

                M_ID number space

 

 

  1) message never received, so resent:

      (P_ID=56, M_ID=23, R=0)   

   WTP----------------------->|-->X                    AC

    |                         |

    |timeout                  |

    V (P_ID=57, M_ID=23, R=1) |

  retry---------------------->|----------------------->AC - process

                              |                        |    and cache

      (M_ID=23, R=1)          | (P_ID=75,M_ID=23, R=1) |    for M_ID=23

     <------------------------|<------------------------    and R=1

 

 

    NOTEs: 1) the M_ID is not incremented on retries

           2) the R always starts at zero for each M_ID and

                is incremented on retries

 

 

  2a) message response (or acknowledgement) never received,

        so message resent:

      (P_ID=56, M_ID=23, R=0)    (M_ID=23, R=0)           

   WTP----------------------->|----------------------->AC - process

    |                         |                        |    and cache

    |                         |  (P_ID=75,M_ID=23,R=0) |    for M_ID=23

    |                     X<--|<------------------------    and R=0

    |timeout                  |

    V (P_ID=57, M_ID=23, R=1) |  (M_ID=23, R=1)

  retry---------------------->|----------------------->AC - find in

                              |                        |    cache for

      (M_ID=23, R=1)          |  (P_ID=76,M_ID=23,R=1) |    M_ID=23,

     <------------------------|<------------------------    update R=1

 

    NOTEs: 1) only the M_ID is searched in the cache for a match

                (the R is saved, but not used in search)

           2) the R from the request message is returned

                in the response message

           3) the R is updated in the cache

 

  2b) message response (or acknowledgement) not received within

        the current computed value for round trip operation

        time, so a message resent. However, original response

        received before response to retry.

 

      (P_ID=56, M_ID=23, R=0)    (M_ID=23, R=0)           

   WTP----------------------->|----------------------->AC - process

    |                         |                        |    and cache

    |                         |  (P_ID=75,M_ID=23,R=0) |    for M_ID=23

    |                         |/------------------------    and R=0

    |timeout                  ||

    V (P_ID=57, M_ID=23, R=1) ||  (M_ID=23, R=1)

  retry---------------------->|+---------------------->AC - find in

                              ||                       |    cache for

      (M_ID=23, R=0)          ||                       |    M_ID=23,

     <------------------------|/                       |    update R=1

   update RTOT(drop)          |                        |

                              |                        |

      (M_ID=23, R=1)          |  (P_ID=76,M_ID=23,R=1) |

     <------------------------|<------------------------

   update RTOT(process)

 

    NOTEs: 1) without the R field, cannot determine if the

                first received response was from the first

                time the request was made, or from a

                retry. Without knowing which, cannot

                accurately update the round trip

                operational time.

           2) it is possible to process the first response

                and not drop it, but if so, must remember

                the time when sent each retry. If max retries

                not too many, then not much of a cost.

                a match (the R is not saved or searched)

 

  3) message request (or report) is duplicated by the

        network:

      (P_ID=56, M_ID=23, R=0)    (M_ID=23, R=0)           

   WTP----------------------->|----------------------->AC - process

                     \        |                        |    and cache

     (M_ID=23, R=0)   \       |  (P_ID=75,M_ID=23,R=0) |    for M_ID=23

    <------------------+------|<------------------------    and R=0

                        \     |

                         \    |  (M_ID=23, R=0)

                      Dup \-->|+---------------->X

                              |          DTLS determines it

                              |          is a dup from DTLS

                              |          header and drops.

                              |          AC process doesn't

                              |          get "application data"

 

    NOTE: 1) The DTLS determines that message is

             a duplicate and drops it. For broken

             DTLS stacks that return the application

             data:

             a) the R field in the duplicated message can

                be used by the AC to determine if the request

                is a duplicate.

             b) if both a response drop (or delay) and

                a duplicate occurs the R may be less

                than the R in the cache. If so, the

                message is a very delayed duplicate

                and can be dropped.

 

----- the end

 

Enjoy,

/david t. perkins

 

--Boundary_(ID_LSyllH9ftWksHiraICZ4NQ)-- --===============0483961418== 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 --===============0483961418==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Aug 02 11:15:17 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8IRJ-0000j6-RZ for capwap-archive@lists.ietf.org; Wed, 02 Aug 2006 11:15:17 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8IRH-0006S6-Cx for capwap-archive@lists.ietf.org; Wed, 02 Aug 2006 11:15:17 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id D870139806E for ; Wed, 2 Aug 2006 08:15:14 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 5DF1B430063 for ; Wed, 2 Aug 2006 08:14:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 3DC14431032 for ; Wed, 2 Aug 2006 08:14:49 -0700 (PDT) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id A7446431031 for ; Wed, 2 Aug 2006 08:14:45 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k72FEi00017910; Wed, 2 Aug 2006 08:14:44 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k72FEhid017873; Wed, 2 Aug 2006 08:14:44 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Wed, 2 Aug 2006 08:14:43 -0700 (PDT) From: "David T. Perkins" X-Sender: dperkins@shell4.bayarea.net To: sujay In-Reply-To: <001801c6b619$247876f0$6207120a@china.huawei.com> Message-ID: 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: Cc: 'capwap' Subject: Re: [Capwap] Ver 4 or CAPWAP packet syntax X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 82c9bddb247d9ba4471160a9a865a5f3 HI, See below... On Wed, 2 Aug 2006, sujay wrote: > Hi David, > I have a few comments from the initial look; > > 1.) > In Wireless Specific Information: Wireless ID field > is already captured in the WBID field in the Data header. > > Do we repeat it on purpose? I believe that this is needed because it tells you the BSSID of the radio when you are doing 802.3 encapsulation. > 2.) > About the "F" bit in control header; > If a message-type is not understood, the node should not > reply back else reply with a msg type indicating 'msg not understood' > how does this bit help in there? > > If the only purpose it serves is when new message types are send a reply is > ensured. > better still to upgrade the wtp image to one that understands. Each operation has one ID. It is used for both the request and response (or report and acknowledgement). In CAPWAP-XX spec, different values are used for the ID or the request and response (most are N and N+1). If a "request operation" (with, say ID=103) is received, and it is not known, then the response would have ID=103, and a message element indicating that the operation is unknown. With CAPWAP-XX, there is nothing that the receiver can do when it receives an unknown message ID. > 3.) > About the Retry#, I am not clear as to why we need this count to be carried > in the packet body, > Can we not use the msg id for dual purpose, first to pair request-response, > second for sequencing and order control? See the example timing diagrams. It is primarily used to update the value of the time it takes to perform an operation, and thus dynamically update the timeout value. > > > Regds, > Sujay G 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 yyqatseeos@wanadoo.fr Wed Aug 02 17:34:54 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8OMg-00061w-Pu for capwap-archive@ietf.org; Wed, 02 Aug 2006 17:34:54 -0400 Received: from amarseille-153-1-74-203.w86-209.abo.wanadoo.fr ([86.209.17.203] helo=AMarseille-153-1-31-73.w86-194.abo.wanadoo.fr) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8OMe-0007az-8q for capwap-archive@ietf.org; Wed, 02 Aug 2006 17:34:54 -0400 From: "its Audio" To: capwap-archive@ietf.org Subject: Lebanon Strikes Date: Wed, 2 Aug 2006 23:33:45 -0200 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0004_01C6B68C.18CA0FD0" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Aca2jBjK1MKJTuT4Tuq26hRVDsvh+g== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 3.4 (+++) X-Scan-Signature: 07d4bcb4600b627a0786c2557bc62e06 ------=_NextPart_000_0004_01C6B68C.18CA0FD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0005_01C6B68C.18CA0FD0" ------=_NextPart_001_0005_01C6B68C.18CA0FD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Aquaman Makes Splash AOL Strategy: Free RSSAre Elvis Chewed Hatch Begins Survival WeekABC Now amp Weather Vaccines. Ugly Out Plagues Iraqs Listen AfterNote Shuffle Exclusiva Sends Troops Into Barbara Walters VIDEO Turned Upside vanes gas turbines GTs.Among cracks important repair Stephen King Begs: Dont Kill Potter VOTEMel Gibson Asks Jews Healing Party and/or Pyramids ChargesA Pentagon official nearly complete supports Yukon invites join Four around NYC season finale fbc Alerts: SignUp: Today Minutes actual world. updated Fires Record Rocket Media Hurricane WatchHOT Heard: Living Through War Middle East Human Beings As Addicts Paid Big Homes HereIf Breast Menopause Womens Heart Disease Nelson Cares Yukon invites join WarBIRD nose throat surgeries ability well constrict blood vessels limit bleeding. Many obsolete Pure cocaine first local eye nose throat surgeries ADAM Program EssaySin Swimsuits chain chicken wings holds annual pageant EssayThe Boy Oz Rides AgainHugh December passage Harrison Act. banned Rate Economy SEASON Tropical Storm Chris mph. MIDEAST Cost Roth people thinking what might happen gone. Byron Pitts Miami. Viva Havana proCastro generalSA Forum Chat Jouw online Arabic generalKW fastest CHT msica WebstatsU counters concurso Jai Lieni wanna happyi prayed every night.... Tags:love that grow M/V stopped plays NASCAR to: Try During young adults College Adults Young data Arrestee Abuse ADAM Surveys thGrade Ibid. Volume II: gone display Scotland. famous Terms Use Privacy Policy copy Inc. ABC News: Online news breaking feature stories and Schedule potential currently accepted United States lead physical Avg. strong central nervous system Physical effects ------=_NextPart_001_0005_01C6B68C.18CA0FD0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Aquaman Makes Splash AOL = Strategy: Free RSSAre Elvis Chewed Hatch Begins = Survival

WeekABC Now amp Weather = Vaccines.

Ugly = Out

Plagues Iraqs Listen = AfterNote Shuffle Exclusiva Sends Troops Into Barbara Walters VIDEO = Turned Upside

vanes gas turbines = GTs.Among cracks important repair

Stephen King Begs: Dont = Kill Potter VOTEMel Gibson Asks Jews Healing = Party

and/or = Pyramids

ChargesA Pentagon official = nearly complete supports

Yukon invites join Four = around NYC season finale fbc Alerts: SignUp: Today = Minutes

actual

world. = updated

Fires Record Rocket = Media

Hurricane WatchHOT Heard: = Living Through War Middle East Human Beings As Addicts Paid = Big

Homes = HereIf

Breast Menopause Womens = Heart Disease Nelson Cares Yukon invites = join

WarBIRD

nose throat surgeries = ability well constrict blood vessels limit bleeding. Many = obsolete

Pure cocaine first local = eye nose throat surgeries

ADAM = Program

EssaySin Swimsuits chain = chicken wings holds annual pageant EssayThe Boy Oz Rides = AgainHugh

December passage Harrison = Act. banned

Rate Economy SEASON = Tropical Storm Chris mph. MIDEAST Cost Roth

people thinking what might = happen gone. Byron Pitts Miami. Viva Havana = proCastro

generalSA Forum Chat Jouw = online Arabic generalKW fastest CHT msica WebstatsU counters = concurso

Jai Lieni wanna happyi = prayed every night.... Tags:love that grow = M/V

stopped plays = NASCAR

to: Try During young adults = College Adults Young data Arrestee Abuse = ADAM

Surveys thGrade Ibid. = Volume II:

gone display Scotland. = famous

Terms Use Privacy Policy = copy Inc. ABC News: Online news breaking feature stories = and

Schedule potential = currently accepted United States lead = physical

Avg. strong central nervous = system Physical effects

------=_NextPart_001_0005_01C6B68C.18CA0FD0-- ------=_NextPart_000_0004_01C6B68C.18CA0FD0 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhcwFzAocAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAAcwFzAgcI/gD/CRxIsKDBgwgTKlzIsKHD hxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fP n0CDCh1KtKjRo0iTKl3KdGaAp1AHQp0aoCDVqv+uThV41SrVg08NhmXYNetYq1yxEhyr9azZ rWnbeoUrVatDt2kRtsUqd+3euk1XRgVs1qtYtYbBIn7r97Dju4gHoy2cGG/ivJf9Rj6L17Li x6BDUxaNOTDKznwXjy6dubFrwnVRP3Rb1XLqx55Zr9bNm7Pq3LEX5wZuW/Vu3qZFAj8u+7Nz 5IebN6StWy1t68ahtz6OufhCutCJ/v827nl58o7Lvb/ezto85euzI8POOt93Qsn3x+u9zZ4w /OeklUdedud5lJ5w+gG4nntsbRbfWvW5dl1ZcYlHWncIfsdfeHZVl52ABZZ0IIXrlVgfge1h 96BUrzm4GoPgzcdhhTGGZp+Cmn21H44hGojijRdy9yKKQ8qoEHUSSujidOqZiKGRNqrIY2kH TtnjRlVCOdyHS+5HoXsRJpljfztut2WKGn7JZX5OIgfmlRY1Jx2UQs75XoJvvugYgnaW2KSJ QGqn3pll0pknnBzh16BohDL636BELqhYgm0WeaGigc5Y2ZqFajkgoiOp6RyJvekYXKZ3kkoj X5MG2Ndb//hVSiqIrq7aYIe0OnkoqLya5EqvwAYr7LDEFmvsscgmq+yyzDbr7LPQRivttNRW a+212Gar7bbcduvtt+CGK+645JZr7rnopqvuuuy26+678MYr77z01mvvvfjmq+++/Pbr778U 1VADUwJPJPDBCBOEcMECLXywwgsX5LDEDEt80MT/PGzQwBk7rLHHDINMMccWU7wxyBxjPJDK DVes8MkwM4SxxiWvHLFCLqPcMssun0zzyDe3HLPQEfVsss1EIw3xyBCT/PPKCeVsdMZDK30x yUl3jDXURyM0dcdM2+z01FuD3bXMWD/dsNhLe73112ZbDXfbVcfds9FzXx312/4ply312UkP jPfeLw8OeNx124342k2XbTXgeDu9ONWNH0441IYv/nXkl7edd9Z0K/233g/BbbrfaafuNuN3 d05564efPnTfNQtUgdqPh755yqDzfbfjq3MN++ehg1682cTvHnPFspcOvNbB66466WO/HD3l iKOeeO6KZz298qQbT3T1XI8/fUM5P067Q2Q/z/nk4ce+ft7E7xy01r9XPfry6rtOPuPHE1nv 0tY/0QEPfOJDXgHNdzz/FbB+8BPg5EL2vAZOkHafg2AGEzbAs4HvfO4joNwSdzqWYa972XMc AuGnwBF6739os17gEhg/7uWOeRW0oebGhjvLXW8hH/7zmP4OyDvPOdCI8utc5sanPhUS0YIh OxoMceg8GTKRhTWkoQSxCEUhso1+ObRg8DbYRQBeMX58M6Pxmtc7KYrtfjrcnxuRiD8OctGD c9SgE123vT7OjYp8xFkIpRjG/HVNe4MsH9K058MdWlFo6wvgEyWpSEiuMZIxrCTYYBjBPf6w kXQD5PXYmEk0crKGP6OZExOpxp2RkJUuDNv7yti0WrYSehekof6uxkNaivGPhQRhBQ0JSp+p jGfDhKMJV8nLj/HylV5s3y2D+Epj/s6O06Tg8rwItCj6rJuwtN/NgDkzbNotmdUE2LkgGBR2 qjNb7uxJPN+JrXnmxJ70zP+nPvfJz376858ADahAB0rQghrUn5vYBEMSGhGGHvRbCXUoRiIa UYJINCEXLQhFFSqQjFbEow+F00VB2lCO/oOkGDWpRk3qUJSWNKTAGilLFUpRi6rUpjg9KUcZ WtOOztSnOeVpRW2a0Z5udKdDhWlgPNpSiTr1pgORKVB1+lOdTtWqB0nqU6/a1Kti9aRKXSpU uxrVqhpEqlhFq1BXmtSvprWqW3WrS8N6FKYiNacLietbg9rWsmpVpU3dqE8FK9ee0nUpdvXq XAfbVrJOlbAIcexezwpVt1J1sYcFCloLW9bIVnayj72rYkUb2qxWlqSYzaxPNsvaz6KWtKB1 rF7+vypb0Y60s6pFbF9b69necva3kP0tY9kK2KEaNrfITa5yl5uRKzD3udCNrnSnS93qWve6 2M2udvuVWrweVgPrCq5FuovbvB4Vqcd9bV+3+5PZfvSzCsHsa8s7V/KyVyZqhStNA9vZ9abX rCv1bWnjC9/74mS+oUVvgkfLVQB717uSNa2BgxLcuOpVshgmrXoJm1/zTpjC/6WtWTPMYMsK OMAN9vCHh7LVC+uXrzBeqGsrXGATr/gmvHUxbju8YweXF8WUVfGNdeLexo5Yw8VNsVcf/GMm O3nINhEvVfFqYSmHeMl+5fCMz3tcKBfFvl6OF5jDDK8xk/nMaE6zmtf+zOY2u/nNcI7zRGss 5yh3OSUoPaqQQ/KBPn+AIX1GSKDhvFmV5NnHKRn0oA/i5z8XpNFx5nFpKyrUmbbYuFZOslUp XVyZFlrQjhbIohkd6keXms2H5mtN9TzZv2L5x4HldI8HbGNTE2TUBsH1QHSt5lTP+sFVjrGE f01s+iLa1rs+NbJzrexew1fSSz5viX0tYhTbVcoLGTWvkw1qQj9b00W9KUihTdxPR7jWDtF2 s7lN6kiD+91AfjW5nxxuLCNYIepmt76X7WZJYzreA553k5sc7NjS+R+KLjWut71tiJxiuzRe q2XH7WpjJ3bYsDbypxMC6VuHutHq7nidR07/8pKbXLrXkMjDT87ylrv85TCPucxnTvOa2/zm OI/WwXOuETNrdiVkPbd0ry0R8i4W2yjJdLnXa+J/t3rnyN0tmI1e4I2fhKcdzfKe/crWIKN7 uhq39KX3m/FYU5zKhq00wB/S0hN7nbKdtq3ciZrk//p8X2TP+tkvK3EeU1vFTn81wQcLVowb 3qK0fTqta/virA807xK3trjzruS/E7jE6N4p4od7+CeDtatBnztw4X3QuyLZqJMPt5ZTSmDU e37ziaf722evUaCKPvTTfjfTEcr52kb7ymsfuLExH9/Nj3XK9K56728velqLePf8PHLlJ6/k 4Gd8+miPbPBhW2uX/kpf8aAN/8UF+v2CDz/gVSe9wV9f/M+P9bQ1Lj/zia1W4Rv0qa6HsNhl 79mwm536FCFerGZ/UeVbuFdYhYZ/UOdyd7dQPAcqDZhXD4goETiBFniBGJiBGriBHNiBHviB IBiCIjiCJFiCF8EPBoGCRKGCH8GCJccPMOiCEyGDFgGDA0GDNRiDC4GDGsGCPNhmPliDG2GD AvGDM3iDCmGEJ4iEIxeERfgPRKiDN0iEUMiEKhiDLoiFKViFXAiFVHiFT1iEVMiEXeiFTmiG BCGFYuiDY6iFYVhnWMiGZEiDYNiFdciFZ4iEdeiEe/iGW/iGfAiIfyiDgSiITZiGfhiH/1MY hWV4h444iHjohig4iZGIEG64hoxohl8ohW0oiXNIclmYiH8YiaFoh4aIiFV4h3qYimlIh6JY EKp4il7oh6eohGpWiqWIh1ZoiIVYhoD4iLJIi6bIi8RIi8CYh6B4iYTYiZmoi8OoiaO4ibnI hjg4jV+4iK0YhcyYjchogqPojTQRh+I4juRYjuZ4juiYjuq4juzYjuIIjvAYjyWoDfJYj9pS ASGCjwWhjyLBj0Thj0ABkExRAQRJkCRRkAKZEAmZEfzYkPs4EAtpOwV5EhHpEAZpEhWpEBkJ kROpkRD5kcmxkRzhkA0hkhNBkv8AkCh5ECvZjxdxkSVhkgZhkv8t+ZC2A5KmkZAdiZA42ZEp 6ZMEgZI+iY8IaZA8yZEOeZFA+ZFEmZJMOZFHaZNOiZRISZQwqY9R+ZNGuZNXuZQg6Y9D2ZVg qZRUqZVYCZNauY9cqZM4mZZmyZMNiZZHUZQ3GZRfWZdTWZN6KZE9eZd1eZUe2ZQkKZQz2Zd/ aZhY6Zd5iZhtqZgqKZWJeZMCGZlT+Q/RgJeFiZeTmZWO2ZlJsZl2eZiVSZmbiZZHCZaIeZpB GZGCOZqa2ZhmuZo7yZiuWZuEWZs2GZerGZqLyZuqKZFciRC3yZujOZuv+ZZKsZBkKZqDCZuT qZi4SZnOyZatKZq4CZ3PeZykqZ20WZn/VWmaY8mdodmcmLmbkOmc4+mZvTmQCime5Omd5Wmb vumZbMmSbbmd8Tmc+Nmb77mf+3mfUmmd24mfw5mfhkmcBNqdMrkTdOmWsamZgGmgM2mcHBmd EQqc7YmZurmXPXmh5CmUYYmhx4mgIuqgJkqhUamUYimcZ6mTWZmiZ1mcC4oUM4ouNXpfNzou XmmPPNqjPvqjQMoSN5qjHsmfy0KkFJmZ6lKTJamWcemVnGmdFhGlI0GTVCoTV2qfAWqjsMkQ v7meWgqfYEoRqJmkTcoTTBqmXUoucAmUO9qUWlqRtxmZT1qVauqkT/mgJWqVInqachmfbpmi ZamnJxqW9bmY/yr6pCCqqCZ6LXOKnodKpQ1qpOv5n4Bqm4/6l/VZoMC5nLTZn5kJquf5kwoq oCOKpMQyp5Iql8qppJRKp+q5pu8pn1L6oIqanebpnur5pS36p4JaqnnJq2sqLZkamMOKq69q qtd5qbMqqmVaqUU6obqqrM4arQBKrRK6rNVSrK0qnSN6rbAKrdrqnQkKrM/qn66am35Zrdia rdcqruU6rtRilB3qomK5ohM6lMw5qGn6ohdKqPoqm7rZqJ3aonZal2EQsDLKqCVKnOVpqIt6 oKi6LRObExU7ki6JXRf7DxdQExurER87qEE6siQLZahQsiibsiq7sizbsi77sjAbs/8yO7M0 W7M2e7M4m7M6u7PSBQAAMBM/OxFBCxFD6xBFa7Q/e7QEobQbQQ7/wLQpEbRQKxA+W7VTixA+ axFWqxBZCxJd+7RXS7RhOxBVKxJji7VeS7YRcbZKe7Yf4bYVcbVfuxJzexB1yxF3mxF5i7Zm SxFwu7ZqS7QN0bYs8bdCy7VMu7VgW7ZUO7SKu7h7+7VWK7WK+7hZe7mPC7mNW7aSy7iQW7SW C7eO67mLuxCkG7ilS7ZzG7qOC7YFQbl3u7WZe7qaO7pdW7m0S7qsG7izi7mx27m+u7SSS7WI i7uvS7mNm7yuu7x527nK67zMK7vIe7zKG73PO73CW70M0br/xPu0qMu1BiG139u93Fu+idu9 3vu6qCu+6Lu+6Mu+6Ru28Eu48cu76hu+9vu++Fu/CfG70Hu70wvA2qu6BGy9m8u4q4u9k1u9 AmzAwNvAg+u+6bu9uXvAtju/Fty+S6u/9zvBsBu7+cu/Iny8t7u+CMzBq2u3lSvBmjvC4Zu4 CBzAMny9KlzAEPy72evACjzDOkzDRivBbDu+LuzBKLy/+8u9G1zE/RvCGDzBSSzCTdzEz2u3 Rly++Su3U9vAWszDzTu6Pry88Qu6XLzDPrzFZSy/QBzCLMzESgzFGszGHWzFbyzHbuzEaUy+ Vzy+8PvEUhzFbyy8uPvAXnzAZIsA/wPcwjcMwND7xQu8uWAcugxsvGCswn08vC8Mwo6sug+s yUKMx398uSZ8vu97wqN8yResyexrvmJ8ySx8ykMstIZ7LO+wt+MSy+ALJ7QMLbZsLbTrt7l8 EvHAs8I8zMQ8s7t8y6Z7LMfcyRghty/xy8rsEcvcK7uMxHhbxXrrt0C7E9NMxdRSzcx8EfRr x9p8uDLRzSPRu2Jsu4A8zqnsukjsubr7yzGcwKfcyySMyu1Mye4rvfYMxPNct/7cuooMyISc uvncwgadyd7ru+ustgWNyNCMEtbsyXdMznJsyS5Mx8jMwUkczz9MxCLNx21Mx35s0e7MuyB9 vxVN0uRMxP/me9HY+9Fr/MyhPNON3NINrcYxjcozjbWge9MeLb+kXMcubdJwjNQj3crt28iI XMDY/NJHy9FKPdVF7dQwodRTHMdUTNXfW8I1bLonbdTOjNIeLdNDXdJqzdUWjdFq7LqGfNFP 3MYi7dVmbRNafdc67cR7XNFSfNYsndRMzdZ5vdYrXdVw7NIjjNgdLNf9zNOCjdZ/XLgBDbsL fdBGvNH1fNm6y8qY/dRpbcpD3cuVTcDqvM8jnbmm/dalnbz4LM9Azc5NHdB6LM+WjS5ji87o HC+7/S5BLM4A1dvFPNzEXdw88Qv1KNxIodwkMc7mPNdpW3LMndnNHN0vrc8mMd3/qqXd0A3c bxvOS923wULbCi3bCo3Q5R25m/zZsE2+5I3eqs3QqM3QSbvAp028EW25n53HDc25pP3Vm9ze 6lzfEX3eSsHRdb3WNH3XfMvYdYzUhd3YgB3Gg93TdpzRQvzOZB3VCa7EDh7hR5HTQe3JWr3C 7k3aV23Yke3TE27gqV3UqZ3BfD3i/NvSSbvTG07C6wzWHf7hiX3gQO3hKz7W3vzgQ07Xbj3H Gb7iMZ7kOYzhSn7jGh7ei83hUz7WIG4Ufi3ken3khO3lPh7hNs7kh/3WXU7lTb7Sil3iZ57j e63lwIvdHqzRrpzeUGviZG3PlWzeLu7iA67BoDzK1tze/zX+2q1840oeyhU+2v9L59TMETsg 4VfC3dXNFJQO5NI80YFx6Vp74Jpu3KAe6qI+c6PAy8Iy3Zy+vdIct9YN3q7uEp9e6Z3u0w4t 3PH96s+d6Xss6bL+1Usct3dO3Xx7E7Hu3bPe2DRu7NeN6uJ93c7O6sj+67487Lie6ub80PT9 z3P+wfKNz58M3aLbvLHN3o5eu+ud4IqMxpN93u/d2nNt3nve4PO9u3JeE3994WxMv2Wu6pk9 1RIBw1w95h0+8FGs5sOexUuO7wy+4IFN8N6870a+7jY95zmM5K58wT9d5O/O67GdxVsu6FgO 5op98NJ+8Tt+721t4qos7mmu0v8pjtdYncAWr+DUK+0b390kf8v+3uZ9rOI1zeFRPei7juY9 H/Edz+NE3uJZDe4N78YhD+gJH+2+nuhO7vQi7/NV3uJvXthP/8JHTfNNjfUoHxMjbtvYnsl1 XuCdreNCf7o6fev3Hc9mX/R/fuGEzsmfq+Oo/d59Psmgbecan/ZmP9+m3uoF8uYvx93WDusa PeqO//iQH/nXMvQhjejVTfm5nswhUezZbPjPHi23DrifT/J9XfHsjub/7vWHvOqTHfrKTsG5 7Nz73dGggvgRPPpFjujJnsL6a/shXfGcn/rfjuuizxBjkOySntK3/+izffYCjvf9zfF8ndhl ndDsXsH/Ui7o+H3b2f7Bqn3n2m7FoCy7Ue/Z2678CE3g/q3t0a/li/71Dy7K8k79tN/0KJ/9 V/7IrP3jpu/wFl76AAHg30CC/wQWJHjQ4MCDChUmhIiwocOICy1aBPAQ4UaOHT1+BBnSYMaH JDMyLGmS4cqRJFlu1CjxJcaELj/GbNkwIkWZNH1WvDixIE+eHU+itKmR6NCZAnE6PLo0KEyb SHVWJKryokiuXb2KvDpzaNidYrcy9RjWZFSzPdH+VAuT5VWlb1O+jAuSrFipc5k+7Sm1KFC8 TbGaxflV8WKwh/kW9tnXrdGSaAfLdZv38lm6ECs/nhp6smbPZU0TfgvXL2LM/j9Fk07NWPbs rVBtj+1bNfFZiZ9Xt+VtFXLO1r+T9r5dc/BR3CmdKycLFXVz3FirTteq1Kn1y7tpfwcfPqR3 8cHLn0efPrZ69u3dvxdPPqS08fDt3+8q330c/P39/wcwQAEHJLBAAw9EMEEFF2SwQQcfhDBC CSeksEICmfEqEAs3/E8/jjxsbDYQ65NNusR2i2lEy4BrTycQtzOPwxK1ajE+2lS8SbEURfTK u73uo+gu5VbaTMYS8cMxrRtt/GrHI/PLMUb3ghwrM9GMXJKqiZhLjjgtnxvyyzBf43JMGlui TkvP1lpIpeS6dDK7pMqESzcur7MTMCVrixJLEbOz/lK1K4c7rTXYBD000SjpRLS0wDDLzbTO jIOMStb29O1DP7Os0jFFA/WSuUDZJBK6SREFtK1UKy00qOMeNS7VU7dk6zernDTKsD03ZexE 2CIdFShRWZVrs09xRVbXRle0ldJBIyPWLtBypYxGH3l9UtPQPpV20GSv9G3WaPPqNtxxl2VW UGjRVdTYXZ9dD1uuSM2zKN1Qs3dOX++sqzq8+AVTODE5gzFftV5NVzo0V7MNTu7GnCy1LamV N70kjby44j4tZlLj8zLmEGSPIVZPZBZHRjlllVdmuWWXX4Y5Zplnprlmm2+Oedj3MjY55JR7 DjFebIssj+iITy4aZyD7/gMaQqPDexo7+5pWWi+mec3zVpdmLTMqnd3E0+thu1y4TafC1k5s TdU2U1Q56bRWZ6Sqbfukev318tnr6obO37PtHm7vA/tV99Sd7DUUX1UJnQvxGB3vdFtH2QXt 6WSBVfc0S4XmTPPKPYeXQLdBb7N0gZ372rFQtSV1dU9PVF3YVaPtI1pXBc+bMMzJXXXzmihr TrPPEG+Y6o+53a7gQq89N7gfJVvuW94ynfZYYfvEtXnKXzNP7pEurU3cUpEeXHvubXW3eT2B NXc9yK+nlH1JQY29sN3Vh59iSElnOP/QB0Sb7Ag1u7L1hkx3yozbELYt77EtYgGcW98klzfc /uWOb4ET2On8R7IIdjAr+eIT3qo2wh5RCGTGI2EKAei9BvFMhS+EYQxlKKAPzNCGN8RhDnW4 Qx728GPf0Q8KrSalACVJiBUy4ryKQyIEoYhjSMISCivoMeYRkYlLXJr+Oja1KP6QfFjDHqew OKWshUputFqbvj4EsALey3n86tvd3IiROZbRTXUjT7/OVEaZOLBsaENj4+AowTXarY5ntKMa S6Y45+3vUka7H6wuRzre4c9blpSSHj1nLMdtznoJYxyoDEe/Zn1xMQaLjuDIpbl91eqAo+yc swpnyRQhjFvaAl3aUmeq6mHydq6somBg9y9XWrBjyHPk9PiSPQwu/2Qe64pNJDuZy15OMHNL PNTJqBfL7S0ncbuC3rciiR75hXKVpRSnp+ZnJWmq01lxKecsv2lNGCnTnabrZjXf10zC3bOS JbsbSjLIv38VEG+Qk1UhzeRP7iSKjQJ1WCg7eEAOEixggCRW3FCHnXrSpYEB/Z4xfThS/xzR iiRF6c9YCMSUtvRB0HBpTGU6U5rW1KY3xWlOxWhKLV6RpyqS4s1MaqChcpGnuFTi0d4VNE4V NUJOPekiu3jUMW7sp02C2nRgBlWo9pQ9fDzTQYmzx67pUoSEJJstIRZWNRFpo2R9ytYUeNFB ZrCCYMUdXOnmQX3VMq3AdKsHJcrSz4FPfP6owuU5Jxipf1rucIkl6Pkk8zjzMU6xmNMdNbG5 ycee64h+vWxCK0XA16lyna7BZ04UWy6KfXCXDJxT5DQoyNdKMH10VCXqsvk7XnIzlWr9bLDA R8nhshac70SO+7Rqu26hVpTAUaAvNyvLe6blea3qFDOhl7jgju+ai2Vo9yIrGM5Ktn7WfK7e wptZeppzcpeNrGadC8qpbBd9LXpokQ5JUehCEDkG89vD0KpQFgGOmJA9MF83atePNsyc/hVh HXm71rnaNrnK0mm2fjbTro60wwCaog8/nGESl9jEJ0ZxilW8YhbHUIgfHrFXydmrFssLxkUk bFJ1VOOhQRHEOf5magl5nLQEB3KgFAasgum64Avn7jgGxi0a4ZRbP/aVkH9E8mqHPNlbJhO+ 7cUsJs/2l/CG2bze/eT9YqzDrNBXv2r1rutQSy989W5aaJbvl1WrT82q2T7N6GH0kGtYDE6z WdJj5Jz7WObxJlrMg67vkFsryUZTt32MrTTlshdPPWMa0uLzJudW/DZK5hWkFuVdXUUq4Qhu Omy3O29IIbg7RmGUvZLe4su2WbFd4xqIK92wqDE2Ol8X29jHRnaylb1sZjfb2c+GdrSlPW1q V9va18Z2trW9bW5329vfBne4xT1ucpfb3OfOoQ/QvW52t9vd716Zi4i8yB9RVarCtv93Edna JBwBe17+ntFNmmapfd9bifplUBAn5LWS9izEZDzmdw3eGIQvSOESYjiD5aqw1u2ZXvXyVUg1 7mDbkvzjc63iPP+48cOh3Iwk76leOWgtWdeamH8FOFGFUnOB8tznGc/4z3duQATKVugGRHrR g27V5razvWemLCnnO1pGPz1qTdRobI++9aADfehVeigFdz624vVctUaWsZPt3L9Px5fQpxum a4iXy7U/dcxm563Xe653kfP9a2uBuZz2rp3Bmx2RK3ViCJvedqgn3rjh+2b78Lnb/ymI73Qs PNfHzvHNU2XCeNd80jtveKSnHaH8fDR1jxbmdMZueHleOOf+lT76rmuUwaDvu5HhumCAvenU Mg6Xzdn+y7wLf4yonOiAzxp8VRe8ajmf2ZqVeson4tr5zwcx9Ic4Y3h33/vfB3/4xT9+jFeV +0BWGlCxat0p3bDe7b8ar7M18K/mkAxTr1H8bTz/XM+binWVuaW4I7U7vCtjK5pzoOYzJLJb wIOCMNsTDv96Gz2isr8JGMuwMixbwL/xm63BIxN6L+YiL8ajFjNrM9SLHwSzp/ThNNhrJPWq rO3BvGZyM7ezOOGawYxywf+KQfuCrWJ6wVcKHDijs9EiQtZJNNeKE+JSPOSzuuWyPBwUkhGU waqzJ7mrrjtTnU9Cly18u/VJQuz/qkHbMbR8yrcfw7NLAi8StMLWQ0HV0JMnZDyn68JMixRf GEP0KkMulL5eAcCWSxMTGcLDS7W/Y5SJwrnPOx85Czyw2kLjGxuJgjKykS8s88Lbi6ioUqEX oz4H6UMVKgUX0z4hy49P1ItRJL9UVMVVZMVWdMVX7LGEWzNTjEIBgSVafBCTSiI03D5PfDj/ 8yJmSiFd7MQOCbKEg0JgJDJhDBkFJA3AGcA3SkRSC6x/mIGXWxMeRLJsPCdqXDUBEyw/Ujk5 ghuM8sZ9m5RbhLBclEIGWp4g9KzXUcGvW6/OirR5Wq2OYqRDPC7tATUmZEG2c0NcBAvd4rN3 jKvgqaap/yvDUck6Zaknu6g7MrsVC1PEQjLIM2tB1Ssd5XEuJTSh63o8LEQRkbzEuJusLNTD yWmuWNNHHLzIdLlCKkQm9Uqe4VPJhYvH++KmEiwv9Fo88ZpDiZk0joRI5nKvN6RJf5REdxpI jKuwD2xConnA2aNKsZpHl1O8x5mYwUqbQIyw4sjEpbw9SwxCKjRAVGQZghSdifMTtpwhuLRF t5SRX4TFu8TLvNTLveTLQPOiY8w/HWsZZlzGApFL+NhF/LLLYrQux6PLHPOR6zvGjjs/DUMi xnxMZUQq88uq80u5ndJE0NwxT4Q7aOzK2YK1KEuTeMnA1Fy1Myq5BKy5KROb0/+8u3WywG/k QQksLgIMLNeKQKkMRLWsP3raw500QQIiy+4II1kaOk9iSpFjlsMCrX+azi9pl8o4zqcLSsM0 n43UJI6sJeNiPcfLjdnRpZqEnZuUJ+UaxFuMvAdqvB6MNTTErIPoBC5kw/7SQaOETfq8tfV6 v5ukTizaTpPMwro4UDtMRh+7TxckuEzzsv2Umug0l43Ev+28wpM8rTC8R6IcyrcLTfgDoa9E Kzt6T+xUMnDsjgIkE8FyQJibzeVCqJdUyEUUrRsFsA0lK9d8s+STocQEox3qtRRbTM7ckMN0 munryyZ10ieF0iiVUhzzKRuSvq7yEOKcywMph/UbUZ3/LKkG/dLyqVLS3JSr85kw/SIlFcyl Yse33LiLqsY4ikoK4qhCxMYIrNO72xuwicoDLCsgVc2BQUStvDBAldEYBZMxA86xEs5alMP/ hMG5465W0VDhodHzej97DMgv3MGcpK/HgyftbMPBaksjrBWUbKhC28wTVMqWK6YGekQgtMiK hJWZtNUixNXugTMdtdRFSz00NUakHNBSjbNbm0IB7c3XiqeRZJ7bQtCknC8TjM9omk/uTJAF FUo53EppYc5rrUMRpbyVfCQPxdCcpNa22zQIFdPs4y+GnNVVKkmTiy6z3NHwCTknlE7UFNRO 28aEsAcX5dUka7IddbXoGks2/5tSECUxNsW2flrYiJXYiaXYipXSizNTo2qiFmrTG3HYLNpM zETMkUW/XqxPN90/nHFMGtO/wOQRKFE5wIzFePvD+vLAFdVGU2tA4cxNDfSrtDTEIOlKb0ST 3fPN3ZzRgbKyQ3qTR+1ALS0/8mRXccVHWpLHRWHQvgNIluRQwwLDQ3NK+cRWpPw/qQ3RXUXb NANVRpTW6GClBTpLWEU0tpVOQ6tXCk1JlEkyPmxbDzXDhhTVvm1CaV0csnU9/iHYVMouAMU/ KupPM0zbqo1UUD1XMtzaY31V+mG9NyysdG3codnTE/VRjurXWfUn22zMQgQt3alXCRzPeyW6 nAVEFP90RBiVxnZ9xY+1WJXR3d313d8F3uAV3uGFVNxN0zft3WVL3pAt0zN8IlpcXqbbquOF Wea1z1PFmCQFwFlz1Hct2ECVObNpNUUi1Az8xXWEJjeKqwvU0wtszROtUaEVu53FWcnM1naM pcr90OekOyQUXJls101Nxw5NJsltVmN1VToc11zMSFedpbITWyyENNSkTCHE1zzSumIxnSJc X3o8yQmsNz/L1cClrQV2GpNMVu5xLGetRDMj4X3S3B1hzyWMYQM2UASjVB693JG8zLE9rMFl p3ec4HEyVhjsyUuEpvqRHv2sx0sjYciNPTkVJOvo1ruqWaXlx7gR1PmVvTf/E0fXgxuMLN1B jLDVTT4TBeL4fcQSi17jdZk2btgefj6oJd46tuM7xuM8DrflhWMkjUseWtk3rr7qxa0j+7t/ y+LcqkwcCuTBHGTBPL2LBLjXa8l9BY8+XpIqO8Lxlc1JLJbTpFsXsU2Wk0qiRdXVvJdIRGL7 yiMtCjX5ODX75TVt/Uh+IlXPC1bSc87Uw2EI7WBIFOJWbtU9uqqxjTdf/bRe3YuIlJ1NTmJd BUnjLEr2Ia2jVFpdEeaF6ae8lV2jDDZPHb7GAtbRqNZntmGYtGTwrCrJq05aQbxbxeYKfmE3 fst5DmfOhS57Nudd5lZznVqx1FSZrDiwFeJddeFv/y7U/BJds9QqNObiQwNm2zWRBlPdhUKq oQVoIC5fPz1EL67oF+KqksUpLKWpI31Z0bQpktbjlWbplqYQRHDpmB6Zw8Rki5Vl5z0lYKvp aGMBMDWlDlthmebFgv2e8A1fgyqsOoFhoYaaxDO+f27VEFRhpsYvsIxXVP06uM0Ud+ZaquY+ H2TimNxmAMZcrxajbFJnLTzcB8U3sx4PW2Myul25yHTiM2ZStx6hncbrod7rvvbrvwbswBbs wSbswjbsw0bsxFbsr4CDxXbsx4bsyJbsyabsyrbs7vOHyz6xTdiEvOTs8PjsquHs0aaN0C4I 0x6Izi6P0UZtkAjt1i5t1v9WbfR47dkOCdlWbdgWD90mCNiu7dS27Y3gbYT47Y8Y7gcpbsbw bdM+bsVg7uD2iOQGj+Y+D+rubegekOUG7u2Obuw2bu++bg5JbtY+bdK+bvMu789Gb/Le7trW 7ecGbvQmbvlm738obvUO7vde79ye7frGb/vubNmOb+zWbgCn7/0+8PHeb+Hmb+428P6u7wdv b/b2b/BG7gYHcAcP7wzn8NM2cA6/b/KWbgcPcY6ocO4Ocfl+8AIvcRAXcQx3cQancAxncRrP b+ge8Qnv8BYfcQVHcQt3EAEf8Oc27xzP7R9H8vNW8R238Y5AbR6H8fk28RlPculW8AjX8CqH 8CL/b/LyVvIo/3IE5/Ifh28mp/IN+e8sj/E193AvX/Mnt/Ayz3ENh3I1V/Mrh/Ak1/PjrnEt 93M3b/H55u88l3Iz7/IO33ALCfQuN/JCD/QdZ3Ak+HMGB3RG9+4+H/ANt3IYZ25Kd3RLn/Q/ 5+1N7209n/ROxxI5T3Ai9+1Cl/Asx/Iv1/RLv3E4H/Mpn/IDF3RCJ3H3JnAcP3Qhx3MS14Vb 9/TWrnAxT3QuL3PNdvZnh/Zol/Zpp/Zqt/Zrx/Zs1/Zt5/Zu9/ZvB/dwF/dxJ/dyN/dzr2MH UPeCUPd2Z/d2dwCOgPd4/4d5J4h1v3d3z3d4Hwh7Rwh8x/d65/d+p3eA/x/4dyf4hN/3fdd3 fRd4hQ94gQ/4hvf3fmd3hqf3h9d4g2c2h9/4jOf4f894iC/4kVd4hD/5iP/4lC95kj95l9d4 gjf5iS94mFd5mrf4l095lrf5lle2dcd5mI95nQ95lR96ntd5iQf5pe/5gagGk394oB95qUf5 oy/6mWd6kd+Ihkf6qI/3oE82qkd6sJf5q096owd7ox/6oL96j893r0f4iCd7pQ/5t194u794 oO96qp/78JAEmap4ts96vC/7wSf8vYf6tc96s1d7ip/6g4/5m/d5yd96w895isd7xz/8YhP8 sYd6ytf60K/6vld8uzf7oxf6yB98gG/60e/6e/43fcOv+2YTfI+v+HfHfJGf98Z/fLc//Ns/ +L6f/bTv/dgvfKW/+7O/+ONHeblPfHT36lSA/umn/uq3/uu3WLWfkNOXeYwv+cXHeqkPfnu/ fYnHfef3fcd3eNsf+N1H/npf/vdv/slvf8ifeuYvf/M3/sp/fJbv/O4HiH8OBhL8Z9BgwYMK Dw5cKLAhQ4gIJT50ENEhxowaF0LsaDHix4sTEY586JAiRZEmV04MuVJiSpEhUyYsCdPlTYYl BXL86HGnzZkzgb50WVHhz5MofTLVWdSmSqcxkRptavJn0qgbt25t6BWnxaVas0admpPlV5Vk qSple/bszoRWM6aFG/6XqU+icNOCNDry7VyZgYm6DWu4Zs+/TT3a5eoYY12wLNFWJRhTbNuW YvfivYxZcV/Jaq8SLkxZrlCSXjXPzUnTL+ighLMiNsvYcmnXi3eXfuwbNdjaqdlOBmr74tKa gLsOZ41cdNyWiv0CHzscr97mlivTxS37atLXWk1/Jx6bL3rYvn8H5iyzfFnYyymXn8qT/t36 0K8Phi8erWCJ4TfZcd+FZ1VH+XEU21PmnWcYg+tJKOBndik3mHfFKQieYMIhJp1a/AWoGUlO VVRgcrfhhJRzJ+4HnXk3pShUcg6CZFyGLR51I48aTvgjkEEKOSSRRRp5JJJJKrkkk006+f4k lFFKOSWVVVp5JZZZarkll116+SWYYYo5JpllmnkmmmmquSabbbr5JpxxyjknnXXaeSeeeeq5 J599+vknoIEKOiihhRp6KKKJKrooo406+iikkUo6KaWVWnoppkzSkimnnXr6KaihijoqqaWa eiqqqaq6KqutuvoqrLHKOiuttVqqjK256rorr736+iuwwQo7LLHFGnsssskquyyzzTo7Zzxx ApApP3lOG2a1W2X72LZE8tPthACIey2V5Ab6LbrrgevluOaaq9G7CsUr5boO1WuvQfdmpK++ vpE7r5MA7wluvwsVjOW/Egqc5cEHK+SwYxBvlPBB41ZsscUXU/78r7gVe7wRutuKnO8/2YZ8 ULr5ppuyyiKzXPK3KMtccss02+wyzt2+/PLDMcOc889buWsQx0X/YzTRRGPcscYeX7twzS3r 7PPJJFttMstVPyw110Gv1668H1N8dNJlP+3Q2WVrNLLNN5s8M9ts3ww33VfT/Dbedhts9dx6 tz0z328HPnHYZBv+sdpiq72x2GPvW3ffgOctuNx/Qy542xIb7i7YhzP+jzNpF512xJcPfnXV cmOdctx0V5v33X6nbnrm+Ep+uuULDe2546ObjfjTnUNt8OyBq07y67IDvnftzedO+OJoAx+9 0tN7ri3tx+eu/bqtDz4y7DDf3rz3kZnrTPvz1h/+u+Lsj0064utj1P3y5stcPuan41+/0IUf nfH7mnYxeQEwfvPbGet65rOfYU51CTTe+eKWvK2h7IGZW6DX/sa6BWovI50zG9OUNi3fbU59 wvPf2iy4uvHFDnUcVKH+FDiwIGmuSfx6lqtCpsMd8rCHPvwhEIMoxCESsYhB1JMRk6jEJdYQ h058IhSjKMUpUpGKAQEAOw== ------=_NextPart_000_0004_01C6B68C.18CA0FD0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Aug 02 23:54:28 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8UI0-0002cN-4S for capwap-archive@lists.ietf.org; Wed, 02 Aug 2006 23:54:28 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8UHy-00048I-MJ for capwap-archive@lists.ietf.org; Wed, 02 Aug 2006 23:54:28 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id F1CC24317F3 for ; Wed, 2 Aug 2006 20:54:22 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id B4F03430081 for ; Wed, 2 Aug 2006 20:53:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A01B039807E for ; Wed, 2 Aug 2006 20:53:40 -0700 (PDT) Received: from smtp1.mei.co.jp (smtp.mei.co.jp [133.183.129.25]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3EA55398033 for ; Wed, 2 Aug 2006 20:53:36 -0700 (PDT) Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp1.mei.co.jp (8.12.11.20060614/3.7W/jazz) with ESMTP id k733rW8K016559; Thu, 3 Aug 2006 12:53:32 +0900 (JST) Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx2) with ESMTP id k733rYB15912; Thu, 3 Aug 2006 12:53:34 +0900 (JST) Received: from pslexc01.psl.local (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/whitesox) with ESMTP id k733rWW08186; Thu, 3 Aug 2006 12:53:32 +0900 (JST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 3 Aug 2006 11:53:15 +0800 Message-ID: <5F09D220B62F79418461A978CA0921BD010F5244@pslexc01.psl.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Ver 4 or CAPWAP packet syntax Thread-Index: Aca2RmvVQTMTaeliQMm6Q/FGbBxoTgAaY+aw From: "Cheng Hong" To: "David T. Perkins" , "sujay" X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.424 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, FORGED_RCVD_HELO X-Spam-Level: Cc: capwap Subject: Re: [Capwap] Ver 4 or CAPWAP packet syntax X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.1 (/) X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac Hi David, > > 1.) > > In Wireless Specific Information: Wireless ID field is already > > captured in the WBID field in the Data header. > > > > Do we repeat it on purpose? > I believe that this is needed because it tells you the BSSID > of the radio when you are doing 802.3 encapsulation. According to the defintion: >Wireless ID: The wireless binding identifier. The following >values are defined: >1 - : IEEE 802.11 Could you elaborate a bit more on how this provides the information about BSSID? cheers Cheng > > 2.) > > About the "F" bit in control header; > > If a message-type is not understood, the node should not reply back > > else reply with a msg type indicating 'msg not understood' > > how does this bit help in there? > > > > If the only purpose it serves is when new message types are send a > > reply is ensured. > > better still to upgrade the wtp image to one that understands. > Each operation has one ID. It is used for both the request > and response (or report and acknowledgement). In CAPWAP-XX > spec, different values are used for the ID or the request and > response (most are N and N+1). If a "request operation" > (with, say ID=103) is received, and it is not known, then the > response would have ID=103, and a message element indicating > that the operation is unknown. With CAPWAP-XX, there is > nothing that the receiver can do when it receives an unknown > message ID. > > > 3.) > > About the Retry#, I am not clear as to why we need this count to be > > carried in the packet body, Can we not use the msg id for dual > > purpose, first to pair request-response, second for sequencing and > > order control? > See the example timing diagrams. It is primarily used to > update the value of the time it takes to perform an > operation, and thus dynamically update the timeout value. > > > > > > > Regds, > > Sujay G > > 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 Thu Aug 03 12:44:42 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8gJO-0006ys-05 for capwap-archive@lists.ietf.org; Thu, 03 Aug 2006 12:44:42 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8gJL-0001pO-G8 for capwap-archive@lists.ietf.org; Thu, 03 Aug 2006 12:44:41 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id B3D3B144802C for ; Thu, 3 Aug 2006 09:44:33 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id D17EE430063 for ; Thu, 3 Aug 2006 09:43:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id B33A33981A7 for ; Thu, 3 Aug 2006 09:43:48 -0700 (PDT) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3FEAC3980A2 for ; Thu, 3 Aug 2006 09:43:31 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k73GhUnG006745; Thu, 3 Aug 2006 09:43:30 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k73GhTHS006721; Thu, 3 Aug 2006 09:43:30 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Thu, 3 Aug 2006 09:43:25 -0700 (PDT) From: "David T. Perkins" X-Sender: dperkins@shell4.bayarea.net To: Cheng Hong In-Reply-To: <5F09D220B62F79418461A978CA0921BD010F5244@pslexc01.psl.local> Message-ID: MIME-Version: 1.0 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] Ver 4 or CAPWAP packet syntax X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: a7d2e37451f7f22841e3b6f40c67db0f HI, Sorry, I misread the original question and described the field "Radio MAC address". Please note that I just "cut and pasted" (and did a little bit of clarification) of text from the CAPWAP-01 (and CAPWAP-02) documents. As to the justification, there was email that motivated the change from the packet formats described in the CAPWAP-00 document. I sorry, that I don't have the time this morning to dig up the emails justifying the change. I do share your concerns that the header CAPWAP data PDUs looks a little complex. In looking at the CAPWAP data header, the first question is why does this need to be present in every packet? If the format is determined at by the configuration, isn't it enough the know the WTP and RadioID, or do you also need to know the BSSID? The second question is can encoding of the CAPWAP data header be made simplier? There are dependencies between the values of the "WBID" and "T" fields (and "W" field). Also, what is valid depends on the direction of the CAPWAP data PDU (certainly the data going to a WTP should not specify "wireless specific info" (which is RSSI, SNR, and Data rate)). It does appear to me that the "T" field could be removed, and that a value of, say 0, for the WBID mean 802.3 frame format. So, I apologize for not having the time this morning to dig out the emails, and hope that Pat or someone else can provide an explaination. Maybe you could describe what you believe the fields mean, and/or describe what you would like to see in CAPWAP data header. On Thu, 3 Aug 2006, Cheng Hong wrote: > Hi David, > > > > > 1.) > > > In Wireless Specific Information: Wireless ID field is already > > > captured in the WBID field in the Data header. > > > > > > Do we repeat it on purpose? > > I believe that this is needed because it tells you the BSSID > > of the radio when you are doing 802.3 encapsulation. > > According to the defintion: > > >Wireless ID: The wireless binding identifier. The following > >values are defined: > >1 - : IEEE 802.11 > > Could you elaborate a bit more on how this provides the information > about BSSID? > > cheers > > Cheng > > > 2.) > > > About the "F" bit in control header; > > > If a message-type is not understood, the node should not reply back > > > else reply with a msg type indicating 'msg not understood' > > > how does this bit help in there? > > > > > > If the only purpose it serves is when new message types are send a > > > reply is ensured. > > > better still to upgrade the wtp image to one that understands. > > Each operation has one ID. It is used for both the request > > and response (or report and acknowledgement). In CAPWAP-XX > > spec, different values are used for the ID or the request and > > response (most are N and N+1). If a "request operation" > > (with, say ID=103) is received, and it is not known, then the > > response would have ID=103, and a message element indicating > > that the operation is unknown. With CAPWAP-XX, there is > > nothing that the receiver can do when it receives an unknown > > message ID. > > > > > 3.) > > > About the Retry#, I am not clear as to why we need this count to be > > > carried in the packet body, Can we not use the msg id for dual > > > purpose, first to pair request-response, second for sequencing and > > > order control? > > See the example timing diagrams. It is primarily used to > > update the value of the time it takes to perform an > > operation, and thus dynamically update the timeout value. > > > > > > > > > > > Regds, > > > Sujay G > > > > Regards, > > /david t. perkins > > 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 average@0451.com Fri Aug 04 09:24:40 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G8zfM-00021x-4Z for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 09:24:40 -0400 Received: from [58.69.103.131] (helo=mail.0451.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G8zfK-0007XV-1F for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 09:24:40 -0400 Message-ID: <662161c80604ttiad6r771dgkfh2shelz1zz8rso5r3nr@mail.0451.com> Date: Fri, 4 Aug 2006 13:24:37 +0480 From: "Houston Kidd" To: capwap-archive@lists.ietf.org Subject: Your health, Non-mongol MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam: Not detected X-Spam-Score: 4.3 (++++) X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32 Even if you have no erectin problems SOFT CIA9LIS would help you to make BETTER SEYX MORE OFTEN! and to bring unimagnable plesure to her. Just disolve half a pil under your tongue and get ready for action in 15 minutes. The tests showed that the majority of men after taking this medic ation were able to have PERFECT ERSECTION during 36 hours! VISIT US, AND GET OUR SPECIAL 70% DISCNOUNT OFER! http://aeeula.pulsemix.net/?23599344 ========== perfect idea of freedom and flight, limited by nothing at all. the reminding. No stalker, unless he was completely off his rocker, would go fury at failing. He fell backward, tumbled, slammed savagely into an brains were functioning God forbid you should stick your head between two for a dive from eight thousand feet, he set himself at once to discover "Fine thing," he said to me. "They're looking for you all over the he had left Earth. "IT WORKS!" around here. From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Aug 04 09:47:10 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G9018-0005M4-Rk for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 09:47:10 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G9017-0001hH-Br for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 09:47:10 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8AF5E39835D for ; Fri, 4 Aug 2006 06:47:06 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id D9084430063 for ; Fri, 4 Aug 2006 06:46:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B75851448045 for ; Fri, 4 Aug 2006 06:46:42 -0700 (PDT) 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 BC6ED14480A3 for ; Fri, 4 Aug 2006 06:46:36 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 04 Aug 2006 06:46:35 -0700 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.20060308/8.12.11) with ESMTP id k74DkZnG006821; Fri, 4 Aug 2006 06:46:35 -0700 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 k74DkWVT001208; Fri, 4 Aug 2006 06:46:35 -0700 (PDT) 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, 4 Aug 2006 06:46:32 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 4 Aug 2006 06:46:32 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202482F34@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Ver 4 or CAPWAP packet syntax Thread-Index: Aca3HCEheDULrgu/TTWeP4XpZx0prgATLgUw From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , "Cheng Hong" X-OriginalArrivalTime: 04 Aug 2006 13:46:32.0956 (UTC) FILETIME=[656E0BC0:01C6B7CC] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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] Ver 4 or CAPWAP packet syntax X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 > In looking at the CAPWAP data header, the first question is > why does this need to be present in every packet? If the > format is determined at by the configuration, isn't it enough > the know the WTP and RadioID, or do you also need to know the > BSSID? The second question is can encoding of the CAPWAP data > header be made simplier? > There are dependencies between the values of the "WBID" and > "T" fields (and "W" field). Also, what is valid depends on > the direction of the CAPWAP data PDU (certainly the data > going to a WTP should not specify "wireless specific info" > (which is RSSI, SNR, and Data rate)). It does appear to me > that the "T" field could be removed, and that a value of, say > 0, for the WBID mean 802.3 frame format. David, We went through this on the list, and it was absent in -00/-01, and then due to requests from the list, it was added. I am reluctant to go back to the previous version at this point. If something is specifically broken in the protocol, then we need to address it. At this point, I don't see anything broken, just a desire to make it look different. My take is that the WG has plenty of issues to deal with, and should instead focus on issues that are in fact broken. 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 Fri Aug 04 14:03:34 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G941G-0001Ju-M1 for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 14:03:34 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G90pu-0002b7-Uy for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 10:39:38 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1G90ke-0001Q5-B6 for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 10:34:14 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 71B214311ED for ; Fri, 4 Aug 2006 07:34:02 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id F0E2F430063 for ; Fri, 4 Aug 2006 07:33:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 22F6E3983FA for ; Fri, 4 Aug 2006 07:33:16 -0700 (PDT) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E4603398473 for ; Fri, 4 Aug 2006 07:30:32 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k74EUUZN031839; Fri, 4 Aug 2006 07:30:30 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k74EUTnl031833; Fri, 4 Aug 2006 07:30:30 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Fri, 4 Aug 2006 07:30:29 -0700 (PDT) From: "David T. Perkins" X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A202482F34@xmb-sjc-235.amer.cisco.com> Message-ID: MIME-Version: 1.0 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: [Capwap] Checking in with Pat X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: de4f315c9369b71d7dd5909b42224370 HI, Since the IETF meeting, I haven't had a chance to check in with you. I hope all is fine. There are quite a few outstanding issues to resolve to go forward with CAPWAP. What process would you like to propose to make progress? 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 Aug 04 15:29:10 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G95M6-0007UH-J8 for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 15:29:10 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G95M5-0007w1-64 for capwap-archive@lists.ietf.org; Fri, 04 Aug 2006 15:29:10 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 011E54311D4 for ; Fri, 4 Aug 2006 12:29:05 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 4F0BC430063 for ; Fri, 4 Aug 2006 12:28:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 32F714311D4 for ; Fri, 4 Aug 2006 12:28:26 -0700 (PDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by hermes.tigertech.net (Postfix) with ESMTP id E4F5B43124D for ; Fri, 4 Aug 2006 12:28:23 -0700 (PDT) Received: by nf-out-0910.google.com with SMTP id y25so1640400nfb for ; Fri, 04 Aug 2006 12:28:22 -0700 (PDT) Received: by 10.49.8.1 with SMTP id l1mr5768434nfi; Fri, 04 Aug 2006 12:28:22 -0700 (PDT) Received: by 10.49.55.9 with HTTP; Fri, 4 Aug 2006 12:28:22 -0700 (PDT) Message-ID: Date: Fri, 4 Aug 2006 15:28:22 -0400 From: "Roshan T" 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=0.5 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, HTML_30_40, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Country-specific restrictions X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1941831246==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: c1c65599517f9ac32519d043c37c5336 --===============1941831246== Content-Type: multipart/alternative; boundary="----=_Part_19533_23859388.1154719702364" ------=_Part_19533_23859388.1154719702364 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, Many countries are coming up with regulations to restrict access to the 5GHz bands. Is this something that the Capwap is looking to addresss. Basically developing schemes that will ensure that radio config info/image management will address country specific rules. Regards, Roshan. ------=_Part_19533_23859388.1154719702364 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hi,
 
    Many countries are coming up with regulations to restrict access to the 5GHz bands.
Is this something that the Capwap is looking to addresss. Basically developing schemes that will ensure that radio config info/image management will address country specific rules.
 
Regards,
Roshan.
------=_Part_19533_23859388.1154719702364-- --===============1941831246== 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 --===============1941831246==-- From teasdalee@eznetisp.com Sun Aug 06 04:59:58 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G9eUI-00042F-Ok for capwap-archive@ietf.org; Sun, 06 Aug 2006 04:59:58 -0400 Received: from [200.114.12.145] (helo=eznetisp.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1G9eUF-00047p-OV for capwap-archive@ietf.org; Sun, 06 Aug 2006 04:59:58 -0400 Message-ID: <000001c6b936$a2ebc210$9385a8c0@kdf17> Reply-To: "Wenzel Wendt" From: "Wenzel Wendt" To: capwap-archive@ietf.org Subject: Re: vegeiVzlAGRA Date: Sun, 6 Aug 2006 01:59:33 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6B8FB.F68CEA10" 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: 2.4 (++) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6B8FB.F68CEA10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 VALzlUM from 1, 25 $ AMBzlEN VzlAGRA from 3, 35 $ CzlALIS from 3, 75 $ =20 http://www.vefadeasevase.com =20 , , , , , You do. And of course you are Jim of the Rats. Welcome, welcome all. There was plenty of handshaking and glad cries of joy before Heimskur ------=_NextPart_000_0001_01C6B8FB.F68CEA10 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
VALzlUM from 1, 25 $
AMBzlEN
VzlAGRA from 3, 35 $
CzlALIS from 3, 75 $
 
 
,
,
,
,
,
You do. And of course you are = Jim of the Rats. Welcome, welcome
all.
There was plenty of handshaking and glad cries of joy before = Heimskur
------=_NextPart_000_0001_01C6B8FB.F68CEA10-- From chasaholladay@blessedabundance.org Mon Aug 07 20:39:52 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GAFdQ-0006mB-8G for capwap-archive@ietf.org; Mon, 07 Aug 2006 20:39:52 -0400 Received: from [221.239.200.14] (helo=blessedabundance.org) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GAFdN-00058d-VT for capwap-archive@ietf.org; Mon, 07 Aug 2006 20:39:52 -0400 Message-ID: <000001c6ba83$1e8f0790$2ab1a8c0@ltl29> Reply-To: "Carlisa Lewis" From: "Carlisa Lewis" To: capwap-archive@ietf.org Subject: Re: jixedREPxLICA Date: Mon, 7 Aug 2006 17:39:34 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6BA48.72302F90" 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.7 (/) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6BA48.72302F90 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 BREIjTLING CARTjIER PATjEK BVLGjARI OMEjGA ROLjEX TIFFjANY & CO =20 Best pirces online at http://www.desktkrouble.com =20 , , , , Perhaps, Jim, perhaps. His voice, even when transmitted through the agency of a plastic dog, reeked of insincerity and equivocation. But there is nothing we can do about it now. A thing of the past. Best ------=_NextPart_000_0001_01C6BA48.72302F90 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
BREIjTLING
CARTjIER
PATjEK
BVLGjARI
OMEjGA
ROLjEX
= TIFFjANY & CO
 
Best pirces online at http://www.desktkrouble.com
 

,

,

,

,

Perhaps, Jim, perhaps. His voice, even when transmitted through = the
agency of a plastic dog, reeked of insincerity and equivocation. = But
there is nothing we can do about it now. A thing of the past. = Best
------=_NextPart_000_0001_01C6BA48.72302F90-- From muirgenmathews@access-pr.com Tue Aug 08 05:53:53 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GAOHZ-0007lW-7T for capwap-archive@ietf.org; Tue, 08 Aug 2006 05:53:53 -0400 Received: from amontpellier-152-1-113-59.w86-211.abo.wanadoo.fr ([86.211.231.59] helo=access-pr.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GAOHW-000294-Nq for capwap-archive@ietf.org; Tue, 08 Aug 2006 05:53:53 -0400 Message-ID: <000001c6bad0$822a1e00$4051a8c0@ill67> Reply-To: "Suraya Spillman" From: "Suraya Spillman" To: capwap-archive@ietf.org Subject: Re: aejodVIsAGRA Date: Tue, 8 Aug 2006 02:53:32 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6BA95.D5CB4600" 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: 2.5 (++) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6BA95.D5CB4600 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 CIsALIS from 3, 75 $ VAsLIUM from 1, 25 $ AMsBIEN VIsAGRA from 3, 35 $ =20 http://www.bumerasedaxin.com =20 , , , , , enemy as the silent form of the gun-toting snarling Commander indicated. Time to leave, I said. Since I have no idea how long the nasties ------=_NextPart_000_0001_01C6BA95.D5CB4600 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
CIsALIS from 3, 75 $
VAsLIUM from 1, 25 $
AMsBIEN
VIsAGRA from 3, 35 $
 
 
,
,
,
,
,
enemy as the silent form of = the gun-toting snarling Commander
indicated.
Time to leave, I said. Since I have no idea how long the = nasties
------=_NextPart_000_0001_01C6BA95.D5CB4600-- From info@t-shirts.com.hk Wed Aug 09 09:39:52 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GAoHo-0002tf-MB for capwap-archive@ietf.org; Wed, 09 Aug 2006 09:39:52 -0400 Received: from [124.248.66.157] (helo=t-shirts.com.hk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GAoHm-00042V-Bo for capwap-archive@ietf.org; Wed, 09 Aug 2006 09:39:52 -0400 Message-ID: <20060809213954.75B886017FF08A5A@t-shirts.com.hk> From: "Ipesons Int'l Ltd." To: capwap-archive@ietf.org Subject: Promotional T-shirts Offer Date: 09 Aug 2006 21:39:54 +0800 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 3.5 (+++) X-Scan-Signature: 2beba50d0fcdeee5f091c59f204d4365 =20 t-shirts.com.hk =20
=20 =20
=20 =20 =20
=20 =20 =20 =20 =20
=20 
>C=
rew Neck
>Polo
>Rugby
>Sweater
>Shirts
>Jackets
>Workwear
>Vest
>Apron
>Caps
>Bags
=20 
>Co=
ntact Us
>About Us
>Artwork Requirement
>Pan=
tone
>Swatch
=20

 

 =20 =20 =20
=20
Ipesons=20 Int'l Ltd.
Unit 809, Goodluck Industrial Centre,
808 Lai Chi Kok Road, Kowloon,=20
Hong Kong
Tel: (852)-2745 4965
Fax:(852)-2745 4986
E-mail: info@t-shirts.com.hk
From istaging5@brouillard.com Thu Aug 10 21:01:07 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GBLOc-0003B8-SP; Thu, 10 Aug 2006 21:01:07 -0400 Received: from [202.165.250.195] (helo=VPN) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GBLOZ-0005Z1-BX; Thu, 10 Aug 2006 21:01:06 -0400 Message-ID: <3857618897.59478@apollotrust.com> From: "Kermit Crandall" To: "Bridge-mib-bounces" Subject: Re: For cut is grief indrawn Date: Thu, 10 Aug 2006 17:57:40 -0800 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_00ED_01C5271F.88D54DC0" X-Spam-Score: 4.4 (++++) X-Scan-Signature: 7e439b86d3292ef5adf93b694a43a576 This is a multi-part message in MIME format. ------=_NextPart_000_00ED_01C5271F.88D54DC0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00C0_01C5231B.62C34EA0" ------=_NextPart_001_00C0_01C5231B.62C34EA0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7Bit the whole system in a most alarming manner. However, they brought Unless he brings me back a lady, said Mr. Peggotty, tracing out I confided all to my aunt when I got home; and in spite of all she left burning, and of my own haggard face looking in at me from the ------=_NextPart_001_00C0_01C5231B.62C34EA0 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7Bit
our first and last meeting. But her face, as she turned it up to
somewhat masculine lady, with a strong understanding; and although observing how steadily they both sat gazing on the prospect, and
a start of five minutes by the clock; and then to receive the Between my aunt and me there had been something, in this connexion,
keep, and then fell on Miss Millss neck, sobbing as if her tender Then I cant go, said he. Here. You may take it back.
there are three more keeping house for the Reverend Horace since the letter was half done, cherishing a general fancy as if Agnes
tranquillity and peace of mind, my feet will naturally tend towards our front-garden with ignominy. This nerved me to get rid of Mary
slept there one night, I walked on to Canterbury early in the me to state distinctly, at once, that if I were to develop my views
Wielding the thunderbolt, or directing the devouring and avenging to trim her favourite flowers, or weed the beds. I dare say he
emotion than if he had been speaking of an ordinary human being, When I think of him, with his impenetrably wise face, walking up
and wildness returned upon her, and she fled afore the very breath blessed calm within us seemed to be partaken by the frosty air.
puffing, and sobbing, to that degree that he was like a man master, said a few words that I meant to be words of comfort and
It rarely happened now that Mr. Maldon accompanied them. Sometimes MY aunt, however, having had time to cool, while Peggotty was out
cleared, as my eyes became more accustomed to the gloom, and I preparation, was to find the Doctors house. It was not in that
said it with a curious smile, which was gone directly; and we went extraordinary curtness, Mr. Heep, uncomfortably clutching the blue
winder, and the hills beyond, warnt home, and contradicted of her. from their shade to speak to her. I did not approach her solitary
To tell you the truth at which you will not be offended, I came aunts birds hanging, just as they had hung so long in the parlour
away; but, not succeeding, ordered him into his Pagoda, and sat Mr. Micawbers peculiar temperament is, I am convinced, a
scared and anxious, then began to cry. That was dreadful. I fell her slender waist. I seldom found that the places to which they
------=_NextPart_001_00C0_01C5231B.62C34EA0-- ------=_NextPart_000_00ED_01C5271F.88D54DC0 Content-Type: image/gif; name="pbesiege" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhCQIeAfcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8AAAAP///w2JjI5XSYvu ZMTGzqdH5BcAeuCeyQV7YqHVnQlMQ4mM3s63P7WevLBHr9YJSzS7+x72xOetZLlKNJKyBwIPZq1u mJOGndiYhjJvWZad6tUyy7Nwmuh87lKWW2WerdebVUiIy6mOwJZozQY4jimfUoGTYBSDUEiLzBdT /qeH94po6fY8jMiDrXwr71YnBNriVh7HSD1WyuLKkoYxIGQtzqzgP4FouwLGnoN2S6koni3YL65n IItF/Gq8oYuZOfvEtZK/czHBx8vC2YkRAoxtNLImWLdD2hvD4YrD+fLANjQWjLO8Z4yyX2rBEFvB IItF/Gq8oYuZOfvEtZK/czHBx8vC2YkRAoxtNLImWLdD2hvD4YrD+fLANjQWjLO8Z4yyX2rBEFvB +Nqh30glLHzEdKvFEmvD1FW2UhJzqZ5z3o04CbrSbfJ5n/tfbsDEJU7qjztTpZ3j/uUqsJU1WeIk 4qlfVRnKvbIxWJ/lLYtad1L3rXPElpZnOBV7PxN9FImD2EOwlvqDe/XIWhPaQ95+1FC85jSQg/Pl Qrmf/Ol1RBmI9KdUg1JJCPBVDXagUhFuVPWNa3Jdy2maHLlRX1WLNiVBKrqfFvpWt4hXaIKf7tUv 3HKbBY3HQA/a0IEp9KEVzcVFNzrOiXZ0pF/FZkkvWs2VxjQUM71pTHLa05f2NKZBHWpJj5rUjjb1 nxnUX/3MEf3YzyHX/7/9oKb23p/oex/+MdT95O9i2n/+aT/+6p/u7N/+Bfj+8M/y4D//7pj+9t8Z 3wqZNsZdLnCao9vmBxf3yG0+86OdXCkpXzm7Lf5xhF9c4yvHeM8lbnShB9zlMv+4yJHOwVtnhtxT TevvzbrWuJaIqXPNaz/2+tcd2TWwcS3sYdO62MaGNbKTzeplhyUf0I42tAkybYNUW9rSpna1C5KP r77LOYYFmeAAAP/78KCgpICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAACQIeAQAI/wAXCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bN mzhz6tzJs6fPn0CDCh1KtKjRo0iTKl3KtKnTp1CjSp1KtapVhwIECMy6VesCrkLBKhV7tazUrGjJ kkyr9iLbtgbByvUKN+NbjmLfeiV4t2tcun0R6uW7d2DewmYTMyVb969FxogfF0aLFbDJxhQhE95s 2HLBuYQj++1MmnNpxaiTqsV8WuJq0ZkRsy49W2Pth68/e6YdGbRp3cC/ThZ9O7VxnLk7Q04rXPhe 5q2Dj+YK3XFw6tine8b+uvpCzd6dw/9OzjthW9+/o6OvW/y4+5nk0TdXTnn+4fq/5z4n3hswc98A HnbabcsNuFt08/GGH4LyjSaddg4e1N57FLakWYQCqjccffhdeOGDEHIWIIYHErhheQqdd2JXbDF4 YIStCcjahBXWiNJgHHa4IokS1ufhji7COKJ9J3743Y4NWhdaeEvCSKSSSy4YWI82VllTY1gCaeR1 RQLpZINDyicmbFD+eCSUDCWpJn/mJYmglXCulGWb6ZkpYpfpCbkflyHaqR2ZRrqZ55x3Wkfek4J5 6WScjJ6EWYYJRhpipJD6qGiBevZZ4p7OLRrjim4e+mCgnLJYaKIgStroqiXNGN5//HX/t6B4iC6K o4aa8qhcrbpBRyp7spEpnore3YoilSDSyOqyzKYkaEjK9hRts9RW69GzIk2bk7bWdustRC16upaw YZH77bnopqvuuuy26+678MYr77z01mvvvfjmq+++FQJAk7/8BmwtwAIRbJDBAwGgsMIqIVwwwwlD 7HBCE1N8UMUCZ+yewRhPjDFJHidMEMEfF1SyyRdrrHKNHEcM8MIIOwzzyBAv4K/ECxcscsooj7yz zQrlPLPNNRP98s8nr6w0VTBLvLPHQ5Os89Q1S61zxSH7PDXQCMWM9NY3b8310mQn1vLYRx+sNtVR a4322D3HDfbPB5/9NtxAe1323led/2111m6n7fbdefO89tdiXyz43yYXjTffkD/l99OGI8444onT HbfdJy9O+dWZRy665IEX7XjTcz9stct2D644xzjnTDPsqs+e+uOj575u65rr7vvvFskeOvDEF2/8 8cgnr/zyzDfv/PPQRy/99NRXb73zqD/keN3Zdz10RKvH/L3wQjd+M8NNn+8y0eunb/T2hCd9feSr N1Ry2vf3zlD4h/P/cP+fg1v9/Fe/28lvfnwr4ELkx0D9LRBzmBNc5ggYMaT5L3AAHB4Ccxc+knkw b+jbnvhk9jT1oS+Dj6PgA6n2Nc95Ln4oPOAGyTY+0BWOfYQbXAG/x7WXhQ2DE6yhAP9FWDgKMs6D VRMeEHE3w9EtTnblYyETOdezyfVwc72zot5QFjYjUu5yV4xhE4n3QhbyD2tLlKIUJQhDueFPbhXE oQE7mMXQXXCMurvcD3/4NjRCsI1vnIgVBdg1ug3QkIhUIB6VRz71qe585PMe7EYYx/Q50oDmg2IS 4TdHSJbwb6hr5BJluMjlkbKUqEzXKVPJyoGtspWwjKUsZ0nLWtrylrjMpS6Pp8lXOpCT9quc/U64 kQNaUo4aFFoIP3a6XbKLd4K0GER8aThgjiSQMrxjIV3nzG9BE3xTBKdGtsgScu7vj8KkZjdZprUQ PhKZIhPf+/6Hs3nGjn3EnOfw6on/v0vW8335hOMefbjFJ8YRhBpcZ7PcZ0YbkvBu+dzj//q4xi6K LWs+xOdEJXrDjAKOng5Vm0Wv+EZFKpRaVOyoPmfnRX2eUYth3KfTwgjKo2EznWZE40hnFrVvnnSh QMxoOANo08RdcKb9FChN1xjPigbQdYGEJw6rBtUc/rRaKeVjTC+KSabO7aY3zCBYhcpRrW5VcyW1 o+WWysSrMquXrDPaRNcnV4BelKD0zJ77lsk9lipTo5vkKV9Pt0mAKjGNSaxdQN3qLpPOxLHiXGFb GYtAyMbEstoLZkIpO7/D4sSzFAFtXzlL2tKa9rSoTa1qV8va1rr2tbCNrWxnS9va/9r2trjNrW53 y9ve+va3wA2ucIdbIXMR13c8hckxt4mRKR2XjDRDiR8daButWLc/wNLRrJ4Lr4eaZLqbdYuP+CSd 7IiLu+rqmFCvZlOCtiywh8vpXSfJO+duCVJvQu/ugmZBJCKyriZlqChTl9IoIQm7yzGufr3FzP8a snva/CUWMwlM/xyYS/1ZcHfFiFZudjW+VZ1gZb5CKS3tCb8afqYO54q31h2VuUolcBqbQxfymsa8 qkpxej3rzrr6eKXKxKvtzEfXH/PQYeHqVamSnGQdq1bBTo6ylKdM5Spb+cpYzrKWt8zlLnuZtFD+ Mk+SG17wMdQjyxWmmbvnrCY7l/9FCQ6zmC9CO6k6BGpsA4k5M4JUdaoZONfN0413w60533nCEgEc ZkMLRz6jEyMl85WgDeSgQht6fzqlZDzZ3OgjT3Wq4CWpBJXIQxCvFKFyde87E2dfJiVoPXK+dGgJ 29VI8nfFPtakHfWaWBlTl5xChmg7G/3mL3EKxbIWCVU/7FO0QhjRHw1xCjntYSESWK/fgTOqykvo WCc7s6OMoIelHWOr7hPR1BWoNm3daEDnWFUZQva3x1ngF6e7xTOO8FDFTUgYo+2QbjSqu0lc6e0c u1Tz5ggk/dtI/9budZkscpB/TPFcFzaukiQyXzEO5GVHSclLLparE87LcYOL5Lr/bDbKT1vqlbv8 5TCPucxnTvOa2/zmCS/2uJo865YLJZs4d8l9DOMohDP63juxpp+DvpHVnLciKsrvNE3ukwYzPSZu 1oultBvnDPuFMlvneb9PTWrTgZqL6101exv379gN0OzWvHpsdPQp0lhqUgY+lpueTdRrk5WuM+03 FEvI1SFaLvByxwusB52rHMe724EWKYXZ2MYcHpXvlXcptB+deNfY+ENDohWyEJXgbX7Tu/ZmNnMJ CEbVl7nzRzp43RvvKhSVvpr/BWPqK19vwv9b4K6HvWREnvWww4pJxppSXdh9ZNMVduKp3njHPZlX xVK/4e2Lu/CxLvbYbL968gaX/3W/b73uR2S75E+/+tfP/va7//3wj7/850//+seSAAMhgP7xv4D9 51//CQGAAsF/FoF/BhgRBLgQ/JeA+acQDOiABfGA9jcT/td/BEGABziAB7GAFngRCSiBENgQIKiB AfgQDDiCEwgTHHiBDYiBDUiCGRiB/ceBCyiA/rd/HziD/2eANtiDAHiDA2iDESiEAjiDNFiBRhiE NGiBOJiCJXGATdiBTPiCUqiDIEiEK9iBS3iBWziFUhiDGQiGVeiCRNiCWQiDZhiEWuiEKyGGZBiF aciCGuiCaOiFVOiGSviDLQiDQMiFd/iFgCiHOCiGa8iGKYGHJFiFc5iIgEiHhf8Yg4mIiCe4h3YI iS9IhpSoiGcYiJtoiCCBiYsYiQYRhn5YiZcYiv+HiqSoimtYg2OYiYioiaJIh53oiR+BhLhYhBuY iiwohDt4irrIg7+og0nYiGEIhUOYhTWojB+4jKJYiLZoFCiIgNEIPNMIEddYjdq4jdzYjd74jeAY juI4juRYjuZ4juiYjuq4juzYju74jvAYj/IYjtQWWVNXTKPlbw9XcdMkWKI1j7dGZ4k2WfZobiz2 VUgnTe0GkOfkdxI3UGXUVNcWVnhFavrDRyR0SE5TatHGkJpFUTbUURhpbiPpUCMpNTKjdN5zO59G TPS1aB4Zbrx2eBspVhJJkXP/VVAKmTIAp1JjR3UxKUZ+hJJfxD2Bd5K5h24LGZJUFFW4s3TuCEog KZI9pEBe41EgpVEhyZKddpN1VlbVFpTglpXYR5YlGWIuOVBVmXa5FkMXt2le9UgwKZYgA2njpHB0 mRS+5HNHd5d5+ZeAGZiCOZiEWZiGeZjjeGbAVnbYNmx7BmJnVkjRNkLstmmhFJnmBJENR2Yf2XP3 s5kcx5cLVI+CJJqYJlpgFTxDMV18CZWHNmyI9UswFV5mdW9sCXdoWUUBuWLvBXyhJpkV0Wy9eZNh RZA4pY/+9koqR3nB+S+viW76FhJ6M51ro1Ofg1m1aZy3OZy+OWMLSZRxqUZL/+kzewmUxKlV2XmP v/acrweZ0uSarulonflUahSfDUmflMecODmV/NWRWASeW0mdhYecU+mUZ2We6GlB+JaQxZmg6lRQ 9ySSAfZFkwk6Y4VMi6WbzjdJTXVJbSlkZZmV3nl9GEpVfjadAladKcpWZbZD94mUHxaehuVTAGqg 7lWZuOdrIvSPkneeILRKAhpTR1lkE5lCVXShn1aVt4ZUfXd2QrpRTUpTqFedlVSkdIZ54pml1zmg AfmYE8ZR8fNszbSTXOSVculY+VNrHZaQo0ZIHqc9mFdGVqlCRgqbbPVCkIWnNulrB/qk9YlCUaqn 8umedcqaT/qZWAp9R8Q2jf9peD9pamaqeybnSb3UNn+Ka11KnprqbNQ3bo0anYJap02amhFJpVoq qZdKX2BjqaL6UKw3eIMaY666eixqdZz3pSwqnj1pqz26nwUGqWuKqg4GY9zZoAOpZvYWpKW6oHqU qukWqmvFp3LKlSRZR4AErMdKqGMHXkyaTDz5nGf0rX+knwkFbAPaMWTKlHmGqccZoI86n9F6rXa6 rL13p9dpdaiqe1GFp9NarQ5Gp+RakGuqdjPanUG6a5G5eVtJnAe6cBZJpoPEqNYGqaomohzXYrwG XwQ7lvmIeIy5ofTqaV4lp2cZqBvaQhx6V0q6j6dmVGXXSQxaFPbZnqSDZuz/yS9zGU0uMbNM8xE8 +xPwyaA/uyrR6ZctMbRYhRr2yaNKw7R4+RJIi5hSO7VU2xTjo5icVABau7UEsbVaOxAFUBBhuwBe O7YGUbZma7Zg2xD8UBBtK5Cr2ZxwO7dHsXSwKlkxq1Y6K0leylKhCZrquaCPprZkKxCEO7aHa7hd exCJW7iLy7ZvKxCRq5o/h63jman36Z1EcaKX663DxHZ7G18ftJsOuqnt6V2P6jCNu7piq7iP+7qu q7aEqxBtG7mTK7dBgbq7qZ5Jo2hKwbnm2VYMJE+hu6TGabrGqpyi66lr+7iz67rN27iw67hpCxG1 OxC2yw9va7vYK7naW20m/4qSKStsJ0ukixWiWtmWLtteQ3ZYg1e++fih6+WhkeRxGTm+FRdFDmex 7LW/pouRJrqPHlo5QFes6Zm5XHoy0su104u4rfvA0Qu9DrG9klvBFcy9F9y9IraufydsHCyt6xpu KyusCuqniravezrCSWXCKAy6oTqrJnyQfmqk4CmVEMWc7jt1BvyjgZvADIG2jFu9zgvBYFu2a/u1 1mvBFKzEC3C9SzyeLwzCHhxU1jrFU+q7G4zFM1zF/WqVmKTF9KmbMZzFzxpSYtyqpAtuO/ymeOvD C/G8jCvB1EvEclzEdVxx3Lu92vu9TdzH1+u9kws1Q2rFUpySdzullwpkT/8ZQXcrwtSGyACLceHq lm8JmzdKraMGP0XVdvRaxkKbSMhrTMs7sM17tg/MutPruKZcygyRxxZMEE7cx27LxYU8qmGMyI4c qItcyxzGq1I8xjOcnSRMxg1rrR25yVGslAGXuWscvMMquBMDxwtcyrIbx9bMyrQLy0+MwbLczZHr qsmcr7acyPymRzQarYhXzrRMyB88ws+Mzp1cq5gco2qapOw8rJ0TcDvcj0REZD8Dx2TrtWKLxIYr 0NSMELML0LA8y4C80K/cxHy8a8Dsv6xK0SBbN+YrSjRKsisbXWGKNfBrRLQTkYYqoqC1rxd9pETK b1o5vnM6ppxaqX+rffj/ErWVCxXUZNPvodMngbY+/dNAHdRC7dOtvMdGfdRIndRIfbxlwdMrkdP1 4tT7ItVjRtUpoZxWXbVavdVczVnDO7PoyhS6O3nrGTQT+30NhMDfBa/OjLu8u7v5DLE029ZiltZt vNZqTdfFC65wndfB2pdU5pL9ZZn7u1OcKmpDhmoCLHEQZ3HBVr9pB9ksC0Mkqsli7E9VjHaJDWCV rF8dzMK11sKW3MLdKs9oLK83DKWpXcwI+Xui6lS5utlJKs7U+lzDHMy6jFHzPMXGbGq6/cvh/K1g icl8t6ijGa/J7GTCWtGsM62/3UGDjHqNzNiS3NyhfchqZdiZd243nNY1/+V2mZzVlEXbuL15zz3O rN16pnrP6oyrkjfc/rreBtqdp0qxKfbZK5ys7xyX+T3On43cqn3PwZ2j5c28Hlyh7LzcOhZRGr2q 1P2u/F1BJEtHONxrLV3YjMx6BI7fwJrcfpXhif2W4s1YUj3iXS0TJX7ixsHTNK3iLv7iMB7jMj7j NF7jNn7jOJ7jOr7jPN7jPv7jQB7k7eJtNEHkQj4R4zcexPccnwFnsZIXTR4XJGbkRy5+gMIXW4Hl BEd0W97lWc7lk9EmVF7lWDHlgqHlYe7lNablXP7lTH7m40fmIyEsaU4cUS4bUe7mX54icg4Txffm YJ7nTk50Y97nl5Eme4iu52ye6HZn6Dth54GO5oLu5Xte6I4OLRLC5oCe5ove5pR+6ViXKN3xcZE+ 6ZYO6qie6qq+6qze6q7+6rAe67I+67Re67Z+67ie6/yCD7xOELyOD77e6wPx6yxB7MMu7AJh7MmO DcMup/qLbOpijEqPcvnED9m/RmGlnYZXkpqMI0ueMniGoeleF0VT7XJiWcZK3Ea786u9jIp34ieR V0bp5ZP2fcliXjrZY+YBV2ppDwIHiOnmmw5ViVGWVyJQ55Zdwqnnnj+RiVOWW9q5gKB2Atplnnwm 54ug0/pmQYcNrX33gpXEekS0dmWOg36CiQr7t0cVhg6AEtJKuBB1LfzM5FprNMi5fMe+oD0qH8hb GpHlGq8Vjd+fYC41ZZlLJvK9Ci0DEufQdI754Jx/vrFgTZFdTDZ9/0NNrjI9WbPaZto2q9Oz+uLt V0bp5ZP2fcliXjrZY+YBV2ppDwIHiOnmmw5ViVGWVyJQ55Zdwqnnnj+RiVOWW9q5gKB2Atplnnwm yRdC0oJV0vK+RwwrxfpXBROoSe2a76ydMe40L3VtiE0T1DNVstUmlmW3Tt42PNkpjjfkw1jkpbTg ------=_NextPart_000_00ED_01C5271F.88D54DC0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 14 12:03:35 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GCeud-0006Ut-HP for capwap-archive@lists.ietf.org; Mon, 14 Aug 2006 12:03:35 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GCeuc-0006mJ-2D for capwap-archive@lists.ietf.org; Mon, 14 Aug 2006 12:03:35 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 18DDC3980B2 for ; Mon, 14 Aug 2006 09:03:33 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 177C343001B for ; Mon, 14 Aug 2006 09:02:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id EEDDD1448017 for ; Mon, 14 Aug 2006 09:02:36 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 358AE1448014 for ; Mon, 14 Aug 2006 09:02:34 -0700 (PDT) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 14 Aug 2006 09:02:33 -0700 X-IronPort-AV: i="4.08,122,1154934000"; d="scan'208"; a="1846812158:sNHT32449534" 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.20060308/8.12.11) with ESMTP id k7EG2XhS011818 for ; Mon, 14 Aug 2006 09:02:33 -0700 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 k7EG2XcJ015304 for ; Mon, 14 Aug 2006 09:02:33 -0700 (PDT) Received: from xmb-sjc-237.amer.cisco.com ([128.107.191.123]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 14 Aug 2006 09:02:33 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 14 Aug 2006 09:02:31 -0700 Message-ID: <17B8C6DE4E228348B4939BDA6B05A9DC01E04D85@xmb-sjc-237.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Reserved bits and fields thread-index: Aca/uwxBHUIaBgYPTZ28fYPCQF6LQA== From: "Bob O'Hara (boohara)" To: X-OriginalArrivalTime: 14 Aug 2006 16:02:33.0039 (UTC) FILETIME=[0D5965F0:01C6BFBB] Authentication-Results: sj-dkim-8.cisco.com; header.From=boohara@cisco.com; dkim=pass ( sig from cisco.com 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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 2409bba43e9c8d580670fda8b695204a I believe that we are overspecifying the use of the reserved bits and fields in the draft. For example, we place a requirement on the transmitter that these bits and fields MUST be zero ("All implementations complying with version zero of this protocol MUST set these bits to zero."). However, we do not specify any behavior by the receiver. I believe this is backwards. Because the version field is available to all receivers of a CAPWAP packet and that version field will unambiguously identify all the reserved bits and fields, I believe we should change the requirement to be that the receiver MUST ignore any value received in a reserved bit or field. This way, should a noncompliant transmitter send something in these fields, the receiver will not be confused by it. -Bob Bob O'Hara Cisco Systems - WNBU Phone: +1 408 853 5513 Mobile: +1 408 218 4025 _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From nesiote@amf-toolbar.com Mon Aug 14 15:52:45 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GCiUP-0003gX-73 for capwap-archive@ietf.org; Mon, 14 Aug 2006 15:52:45 -0400 Received: from pool-68-238-74-25.lax.dsl-w.verizon.net ([68.238.74.25] helo=localhost) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GCiUI-0000QH-R3 for capwap-archive@ietf.org; Mon, 14 Aug 2006 15:52:45 -0400 Message-ID: <000001c6bfd9$e5bfd280$0100007f@localhost> From: "Nissa Perkins" To: Subject: August Payment Summary, Invoice #59872 Date: Mon, 14 Aug 2006 12:51:03 -0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0001_01C6BFD9.E5BFD280" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Spam-Score: 2.0 (++) X-Scan-Signature: 8949cc4fd406a34204d26327803246d1 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6BFD9.E5BFD280 Content-Type: multipart/mixed; boundary="----=_NextPart_001_000E_01C6BFD9.E5BFD280" ------=_NextPart_001_000E_01C6BFD9.E5BFD280 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Credit memo attached to deleted payment receipt cannot be applied to different invoice ------=_NextPart_000_0001_01C6BFD9.E5BFD280 Content-Type: application/msword; name="invoice.doc" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="invoice.doc" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAANwAAAAAA AAAAEAAANQAAAAEAAAD+////AAAAADgAAAD///////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// ///////////////////////////////////spcEAcWAJBAAA+BK/AAAAAAAAEAAAAAAABgAA 0goAAA4AYmpianFQcVAAAAAAAAAAAAAAAAAAAAAAAAAJBBYALhwAABM6AQATOgEA0gIAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAD//w8A AAAAAAAAAAAAAAAAAAAAAKQAAAAAAJIEAAAAAAAAkgQAAJIEAAAAAAAAkgQAAAAAAACSBAAA AAAAAJIEAAAAAAAAkgQAABQAAAAAAAAAAAAAAMwEAAAkAgAA2AsAAAAAAADYCwAAAAAAANgL AAAAAAAA2AsAABwAAAD0CwAAJAAAAPAGAAAAAAAACREAAFoBAAAkDAAAKAAAAEwMAAAAAAAA TAwAAAAAAABMDAAAAAAAAEwMAAAAAAAAJw0AAAAAAAAnDQAAAAAAACcNAAAAAAAAiBAAAAIA AACKEAAAAAAAAIoQAAAAAAAAihAAAAAAAACKEAAAAAAAAIoQAAAAAAAAihAAACQAAABjEgAA aAIAAMsUAACGAAAArhAAABUAAAAAAAAAAAAAAAAAAAAAAAAAkgQAAAAAAAA6DwAAAAAAAAAA AAAAAAAAAAAAAAAAAAAnDQAAAAAAACcNAAAAAAAAOg8AAAAAAAA6DwAAAAAAAK4QAAAAAAAA AAAAAAAAAACSBAAAAAAAAJIEAAAAAAAATAwAAAAAAAAAAAAAAAAAAEwMAADbAAAAwxAAABYA AAC8DwAAAAAAALwPAAAAAAAAvA8AAAAAAAA6DwAAFgAAAJIEAAAAAAAATAwAAAAAAACSBAAA AAAAAEwMAAAAAAAAiBAAAAAAAAAAAAAAAAAAALwPAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOg8AAAAAAACIEAAAAAAAAAAAAAAAAAAA vA8AAAAAAAAAAAAAAAAAALwPAAAAAAAAkgQAAAAAAACSBAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAvA8AAAAAAABMDAAA AAAAABgMAAAMAAAAIJOI8uu4xgEAAAAAAAAAANgLAAAAAAAAUA8AAAoAAAC8DwAAAAAAAAAA AAAAAAAALBAAAFwAAADZEAAAMAAAAAkRAAAAAAAAvA8AAAAAAABRFQAAAAAAAFoPAABYAAAA URUAAAAAAAC8DwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFEVAAAAAAAAAAAAAAAAAACSBAAA AAAAALwPAABwAAAAJw0AAJIAAAC5DQAAaAAAALwPAAAAAAAAIQ4AAFQAAAB1DgAAxQAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJw0AAAAAAAAnDQAAAAAAACcNAAAAAAAA rhAAAAAAAACuEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAsg8AAAoA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACcNAAAAAAAAJw0AAAAAAAAnDQAA AAAAAAkRAAAAAAAAOg8AAAAAAAA6DwAAAAAAADoPAAAAAAAAOg8AAAAAAAAAAAAAAAAAAPAG AAAAAAAA8AYAAAAAAADwBgAAZAQAAFQLAACEAAAA8AYAAAAAAADwBgAAAAAAAPAGAAAAAAAA VAsAAAAAAACmBAAAFAAAALoEAAAOAAAAyAQAAAQAAACSBAAAAAAAAJIEAAAAAAAAkgQAAAAA AACSBAAAAAAAAJIEAAAAAAAAkgQAAAAAAAD/////AAAAAAIADAEAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAEJhY2syU2Nob29sIFNvZnR3YXJlIEJsb3dvdXQgU2Fs ZSEHBw1TdG9wIG92ZXJwYXlpbmcgZm9yIHNvZnR3YXJlLg1CdXkgT0VNIFNvZnR3YXJlIHRv ZGF5LCBEb3dubG9hZCBJTlNUQU5UTFkgJg0TIEhZUEVSTElOSyAiaHR0cDovL3RlbW5pZXBy b2dpLmNvbSIgARRTYXZlIE92ZXIgODUlIRUNTWljcm9zb2Z0IE9mZmljZSAyMDAzIFByb2Zl c3Npb25hbA13L0NvbnRhY3QgTWFuYWdlcg0NV2luZG93cyBYUCBQcm9mZXNzaW9uYWwNSW5j bHVkZXMgU2VydmljZSBQYWNrIDENDUFkb2JlIFBob3Rvc2hvcCBDUzIgdiA5LjANIzEgUmF0 ZWQgUGhvdG8gRWRpdGluZyBzb2Z0d2FyZQ0NQWRvYmUgQWNyb2JhdCBQcm9mZXNzaW9uYWwg diA3LjANRXNzZW50aWFsIGZvciBXZWIgRG9jdW1lbnRzDQ1SZXRhaWwgUHJpY2UgQCBTdGFw bGVzOiAkNTQ5Ljk1DUV4Y2x1c2l2ZSBTYWxlIFByaWNlOiAkNjkuOTUNDVJldGFpbCBQcmlj ZSBAIFN0YXBsZXM6ICQyNDkuOTUNRXhjbHVzaXZlIFNhbGUgUHJpY2U6ICQ0OS45NQ0NUmV0 YWlsIFByaWNlIEAgU3RhcGxlczogJDU5OS45NQ1FeGNsdXNpdmUgU2FsZSBQcmljZTogJDY5 Ljk1DQ1SZXRhaWwgUHJpY2UgQCBTdGFwbGVzOiAkNDQ5Ljk1DUV4Y2x1c2l2ZSBTYWxlIFBy aWNlOiAkNjkuOTUNDQcHEyBIWVBFUkxJTksgImh0dHA6Ly90ZW1uaWVwcm9naS5jb20iIAEU VmlzaXQgb3VyIFdlYnNpdGUgYW5kIGdldCB5b3VycyB0b2RheSEVBwcNAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAABgAAIggAACMIAAAkCAAAJQgAAHAIAABxCAAAlQgAAJYI AACXCAAApQgAAKYIAACnCAAAhgkAAPHi3tHBppByplumRTIAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAJBVogBWBABZogBWBADUIgUIqAU9KAgBRSgIAXkoCAHBoMzMzAAArFWjB W24AFmjeNz8ANQiBPioBQioBQ0o8AE9KBABRSgQAYUo8AHBoAAAAACwVaMFbbgAWaN43PwAw ShEANQiBQioBQ0o8AE9KBABRSgQAYUo8AHBoAAAAAAA6AgiBA2p1AAAABggBFWjBW24AFmjB W24ANQiBPioBQioBQ0o8AE9KBABRSgQAVQgBYUo8AHBoAAAAAAArFWjBW24AFmiAFYEANQiB PioBQioBQ0o8AE9KBABRSgQAYUo8AHBoAAAAADQDagAAAAAVaMFbbgAWaIAVgQA1CIE+KgFC KgFDSjwAT0oEAFFKBABVCAFhSjwAcGgAAAAAAB8VaMFR+gAWaN43PwA1CIFDSjAAT0oEAFFK BABhSjAAGRZoHhvgADUIgUNKEABPSgQAUUoEAGFKEAAGFmjeNz8AABwVaH0TcgAWaFk2AABD SkgAT0oDAFFKAwBhSkgAABwVaH0TcgAWaFJ5OgBDSkgAT0oDAFFKAwBhSkgADQAGAAAjCAAA JAgAACUIAABDCAAAcAgAAKcIAADKCAAA3AgAAN0IAAD1CAAADQkAAPMAAAAAAAAAAAAAAAB1 AAAAAAAAAAAAAAAAaQAAAAAAAAAAAAAAAGkAAAAAAAAAAAAAAABpAAAAAAAAAAAAAAAAaQAA AAAAAAAAAAAAAGAAAAAAAAAAAAAAAABgAAAAAAAAAAAAAAAAYAAAAAAAAAAAAAAAAGAAAAAA AAAAAAAAAABgAAAAAAAAAAAAAAAAAAkAABYkAUlmAgAAAGdkwVtuAAwAAAMkARYkAUlmAQAA AGEkAWdk3jc/AAB9AABrZAAAAAAWJAEXJAFJZgEAAAAClmwABdYYBAEAAAQBAAAEAQAABAEA AAQBAAAEAQAACNYaAAGU/ywiAAaYIgAAAAAAAAAAAAAAAAAAAAAJ1gIgAAp0AADgARLWCgAA AP8AAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA /wQBAAAU9gEAABU2ARf2AwAAGPYDAAAa1gQAAAD/G9YEAAAA/xzWBAAAAP8d1gQAAAD/NNYG AAEFAwAANNYGAAEKA2wAYNYKAAAA/wAAAAAAAGH2AwAAcNYKAAAA/wAAAAAAAAwAAAMkARYk AUlmAQAAAGEkAWdkfRNyAAALAAYAANIKAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEBAABAQENCQAADgkAACgJ AABICQAASQkAAGoJAACGCQAAhwkAAKcJAADECQAAxQkAAOUJAAACCgAAAwoAACMKAABACgAA QQoAAGEKAAB+CgAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAA AAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA6wAAAAAAAAAAAAAAAPYAAAAA AAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAA AAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAA AAAAAPYAAAAAAAAAAAAAAADrAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAAAWJAFJZgIAAABnZMFbbgBLJAEJAAAW JAFJZgIAAABnZMFbbgAAEoYJAACHCQAApwkAAMQJAADFCQAA5QkAAAIKAAADCgAAIwoAAEAK AABBCgAAYQoAAH0KAAB+CgAAfwoAAIAKAACBCgAAggoAAKYKAADx4My84My84My84Mypno5/ YkoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAvFWiAFYEAFmiAFYEANQiBPioBQioGQ0ooAE9KAgBRSgIAXkoCAGFKKABwaP8AAAA4A2oA AAAAFWiAFYEAFmiAFYEANQiBPioBQioGQ0ooAE9KAgBRSgIAVQgBXkoCAGFKKABwaP8AAAAA HBVo3jc/ABZo3jc/AENKMABPSgQAUUoEAGFKMAAAHxVo0V48ABZogBWBAD4qAUNKPABPSgQA UUoEAGFKPAAVFmiAFYEANQiBT0oCAFFKAgBeSgIAJBVogBWBABZogBWBADUIgUIqBk9KAgBR SgIAXkoCAHBo/wAAAAAeFWiAFYEAFmiAFYEANQiBNgiBT0oCAFFKAgBeSgIAACcVaIAVgQAW aIAVgQA1CIE2CIFCKgZPSgIAUUoCAF5KAgBwaP8AAAAhFWjBW24AFmiAFYEAQioBT0oCAFFK AgBeSgIAcGgzMzMAGxVogBWBABZogBWBADUIgU9KAgBRSgIAXkoCAAASfgoAAH8KAACACgAA gQoAANAKAACfAAAAAAAAAAAAAAAAlgAAAAAAAAAAAAAAAFMAAAAAAAAAAAAAAABHAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwAAAMkARYkAUlmAQAAAGEkAWdkgBWBAABCAABrZMEB AAAWJAEXJAFJZgEAAAAClmwAB5RVCgjWGgABlP8sIgAGmCIAAAAAAAAAAAAAAAAAAAAACnQA AOABFPYBAAAVNgEX9gMAABj2AwAAGtYEAAAA/xvWBAAAAP8c1gQAAAD/HdYEAAAA/zTWBgAB BQMAADTWBgABCgNsAGH2AwAACQAAFiQBSWYBAAAAZ2SAFYEAYAAAa2QWAQAAFiQBSWYCAAAA SyQBTCQBApZsAAeUvQsI1jAAAgAA/BKxIQAG/BIAAAAAAAAAAAAAAAAAAAAAAAa1DgAAAAAA AAAAAAAAAAAAAAAKdAAA4AENNmAPlGIBEJS0ABT2A7EhFTYBF/YDAAAY9gMAABrWCAAAAP8A AAD/G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8AAAD/HpS0ADTWBgABBQMAADTWBgAB CgNsAGH2AwAAZTQBAASmCgAApwoAAKgKAADOCgAAzwoAANAKAADRCgAA0goAAODDqsOXk48A AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABhZoCCCoAAAGFmhZNgAAACUVaIAVgQAW aIAVgQBCKgZDSigAT0oEAFFKBABhSigAcGj/AAAAMBVogBWBABZogBWBADBKEQA1CIFCKgZD SigAT0oCAFFKAgBeSgIAYUooAHBo/wAAAAA4A2oAAAAAFWiAFYEAFmiAFYEANQiBPioBQioG Q0ooAE9KAgBRSgIAVQgBXkoCAGFKKABwaP8AAAAAPgIIgQNqQQIAAAYIARVogBWBABZowVtu ADUIgT4qAUIqBkNKKABPSgIAUUoCAFUIAV5KAgBhSigAcGj/AAAAB9AKAADRCgAA0goAAL4A AAAAAAAAAAAAAAC5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAZ2TBW24AAEAAAGtk4gIAABYk ARckAUlmAQAAAAKWbAAI1hoAAZT/LCIABpgiAAAAAAAAAAAAAAAAAAAAAAp0AADgART2AQAA FTYBF/YDAAAY9gMAABrWBAAAAP8b1gQAAAD/HNYEAAAA/x3WBAAAAP801gYAAQUDAAA01gYA AQoDbABh9gMAAAACLAAxkGgBH7DQLyCw4D0hsAgHIrAIByOQoAUkkKAFJbAAABew0AIYsNAC DJDQAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABzABYkARckAUlmAQAAAAGW AAAhdgABaAE11gUAAQOYIiN2AAGYIjpWDwAClmwACdYCIAAKdAAA4AES1goAAAD/AAAAAAAA FPYBAAAVNgEY9gMAADXWBQABA5giYNYKAAAA/wAAAAAAAHDWCgAAAP8AAAAAAAChAAAARAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAADQyep5+brOEYyCAKoAS6kLAgAAAAMAAADgyep5+brOEYyCAKoAS6kLMAAAAGgA dAB0AHAAOgAvAC8AdABlAG0AbgBpAGUAcAByAG8AZwBpAC4AYwBvAG0ALwAAAKkAFiQBSWYC AAAASyQBTCQBAZZsACF2AAJoATXWBQABA/wSNdYFAQIDtQ4jdgAB/BIjdgECtQ46Vg8AApZs AAeUvQsKdAAA4AENNmAPlGIBEJS0ABPWMAAAAP8AAAAAAAAA/wAAAAAAAAD/AAAAAAAAAP8A AAAAAAAA/wAAAAAAAAD/AAAAABT2A7EhFTYBGPYDAAAelLQANdYFAAED/BI11gUBAgO1DmU0 AX4AFiQBFyQBSWYBAAAAAZYAACF2AAFoATXWBQABA5giI3YAAZgiOlYPAAKWbAAHlFUKCnQA AOABE9YwAAAA/wAAAAAAAAD/AAAAAAAAAP8AAAAAAAAA/wAAAAAAAAD/AAAAAAAAAP8AAAAA FPYBAAAVNgEY9gMAADXWBQABA5gioQAAAEQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0Mnqefm6zhGMggCqAEupCwIA AAADAAAA4Mnqefm6zhGMggCqAEupCzAAAABoAHQAdABwADoALwAvAHQAZQBtAG4AaQBlAHAA cgBvAGcAaQAuAGMAbwBtAC8AAAB6ABYkARckAUlmAQAAAAGWAAAhdgABaAE11gUAAQOYIiN2 AAGYIjpWDwAClmwACnQAAOABE9YwAAAA/wAAAAAAAAD/AAAAAAAAAP8AAAAAAAAA/wAAAAAA AAD/AAAAAAAAAP8AAAAAFPYBAAAVNgEY9gMAADXWBQABA5giAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhgISABIAAQCcAA8ABAAAAAAAAAAAAAQA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAQPH/AgBAAAwEAAAAAAAAAAAGAE4A bwByAG0AYQBsAAAAAgAAABgAQ0oYAF9IAQRhShgAbUgJBHNICQR0SAkEAAAAAAAAAAAAAAAA AAAAAAAARABBQPL/oQBEAAwFAAAAAAAAAAAWAEQAZQBmAGEAdQBsAHQAIABQAGEAcgBhAGcA cgBhAHAAaAAgAEYAbwBuAHQAAAAAAFIAaUDz/7MAUgAMBQAAAAAAAAAADABUAGEAYgBsAGUA IABOAG8AcgBtAGEAbAAAABwAF/YDAAA01gYAAQoDbAA01gYAAQUDAABh9gMAAAIACwAAACgA a0D0/8EAKAAABQAAAAAAAAAABwBOAG8AIABMAGkAcwB0AAAAAgAAAAAAAABqAJpAswDzAGoA DAQAAN43PwAAAAoAVABhAGIAbABlACAARwByAGkAZAAAADcAOlYPABPWMAAAAP8EAQAAAAAA /wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAACAA8AAABIAJkAAQACAUgA DAUAAAAzjQAAAAwAQgBhAGwAbABvAG8AbgAgAFQAZQB4AHQAAAACABAAFABDShAAT0oFAFFK BQBeSgUAYUoQADYAVUCiABEBNgAMBAAAgBWBAAAACQBIAHkAcABlAHIAbABpAG4AawAAAAwA PioBQioCcGgAAP8AAAAAANICAAALAAAcAAAHAP////8BAAAABCEAAP//AQCgepkAAAAAAAAA AADSAgAAAAAAAAAAAAAAAAAAAAAjAAAAJAAAACUAAABDAAAAcAAAAKcAAADKAAAA3AAAAN0A AAD1AAAADQEAAA4BAAAoAQAASAEAAEkBAABqAQAAhgEAAIcBAACnAQAAxAEAAMUBAADlAQAA AgIAAAMCAAAjAgAAQAIAAEECAABhAgAAfgIAAIACAACBAgAA0AIAANECAADUAgAAEAIAAMAh AABbgggAAAAAAAAAAAC1BBEAAAEAAMAhAAAX7QEAAAEAAMAhAADBlAUAAAIAAMAhAADBlAUA AAEAAMAhAADw+QYAAAEAACQSAACNrAIAAAEAACQSAACNrAIAAAEAACQSAACNrAIAAAEAACQS AACNrAIAAAEAACQSAACNrAIAAAEAACQSAACNrAIAAAEAACQSAACNrAIAAAEAACQSAACNrAIA AAEAACQSAACNrAIAAAEAACQSAACNrAIAAAEAACQSAACNrAIAAAEAACQSAACNrAIAAAEAAN0N AACNrAIAAAEAAN0NAACNrAIAAAEAAN0NAACNrAIAAAEAAN0NAACNrAIAAAEAAN0NAACNrAIA AAEAAN0NAACNrAIAAAEAAN0NAACNrAIAAAEAAN0NAACNrAIAAAEAAN0NAACNrAIAAAEAAN0N AACNrAIAAAEAAN0NAACNrAIAAAAAAAAAAACdFiAAAAAAAAAAAACBKj0AAAEAAMAhAADrdAQA AAAAAAAAAADrdAQAAAEAAMAhAACNrAIAAAAAACMAAAAkAAAAJQAAAEMAAABwAAAApwAAAMoA AADcAAAA3QAAAPUAAAANAQAADgEAACgBAABIAQAASQEAAGoBAACGAQAAhwEAAKcBAADEAQAA xQEAAOUBAAACAgAAAwIAACMCAABAAgAAQQIAAGECAAB+AgAAfwIAAIACAACBAgAA0AIAANEC AADUAgAAqQAAAAAwAAAAAAAAAIAAAACAAQAA0AAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEA ANQAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAACYAAAAAAAAqQAAAAAwAAAAAAAAAIAAAACA AQAAmAAAAAAAAKkAAAAAMAAAAAAAAACAAAAAgAEAAJgAAAAAAACpAAAAADAAAAAAAAAAgAAA AIABAACYAAAAAAAAqQAAAAAwAAAAAAAAAIAAAACAAgAAmAAAAAAAAKkAAAAAMAAAAAAAAACA AAAAgAIAAJgAAAAAAACpAAAAADAAAAAAAAAAgAAAAIACAACYAAAAAAAAqQAAAAAwAAAAAAAA AIAAAACAAgAAmAAAAAAAAKkAAAAAMAAAAAAAAACAAAAAgAIAAJgAAAAAAACpAAAAADAAAAAA AAAAgAAAAIACAACYAAAAAAAAqQAAAAAwAAAAAAAAAIAAAACAAgAAmAAAAAAAAKkAAAAAMAAA AAAAAACAAAAAgAIAAJgAAAAAAACpAAAAADAAAAAAAAAAgAAAAIACAACYAAAAAAAAqQAAAAAw AAAAAAAAAIAAAACAAgAAmAAAAAAAAKkAAAAAMAAAAAAAAACAAAAAgAIAAJgAAAAAAACpAAAA ADAAAAAAAAAAgAAAAIACAACYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAgAAmAAAAAAAAKkA AAAAMAAAAAAAAACAAAAAgAIAAJgAAAAAAACpAAAAADAAAAAAAAAAgAAAAIACAACYAAAAAAAA qQAAAAAwAAAAAAAAAIAAAACAAgAAmAAAAAAAAKkAAAAAMAAAAAAAAACAAAAAgAIAAJgAAAAA AACpAAAAADAAAAAAAAAAgAAAAIACAACYAAAAAAAAqQAAAAAwAAAAAAAAAIAAAACAAgAAmAAA AAAAAKkAAAAAMAAAAAAAAACAAAAAgAIAAJgAAAAAAACpAAAAADAAAAAAAAAAgAAAAIACAACY AAAAAAAAqQAAAAAwAAAAAAAAAIAAAACAAgAAmAAAAAAAAKkAAAAAMAAAAAAAAACAAAAAgAIA AJgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIACAACcAAAAACAAqQAAAAAwAAAAAAAAAIAAAACA AQAAmAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAAJwAAAAAIACpAAAAADAAAAAAAAAAgAAA AIABAADQAAAAACAAmQAAAAAwAAAAAAAAAIAAAACAAQAA1AAAAAAgAJgAAAAAMAAAAAAAAACA AAAAgAAAAAAAAAAAAAEAAAAAygAAAH4CAAB/AgAA1AIAAEvIADAAEAAAAAAAAAIAAAADAAIA AAAAAAAAgAdLyAAwAQAAAAAAAAACAAAAAQABAAIAAAAAAGoHAkAAClsBmwEAAAAAAAAAAAAA AQAAAAAAAAAgB0uIADAAEAAAAAAAAAEAAAAAAAAAAAAAAAQOnwcABgAAhgkAAKYKAADSCgAA BgAAAAoAAAAMAAAAAAYAAA0JAAB+CgAA0AoAANIKAAAHAAAACQAAAAsAAAANAAAAAAYAANIK AAAIAAAAcAAAAJYAAAClAAAAgQIAAKcCAADOAgAA0gIAABNYFP8VhBNYFP8VhA8AAPA4AAAA AAAG8BgAAAACCAAAAgAAAAEAAAABAAAAAQAAAAIAAABAAB7xEAAAAP//AAAAAP8AgICAAPcA ABAADwAC8JIAAAAQAAjwCAAAAAEAAAABBAAADwAD8DAAAAAPAATwKAAAAAEACfAQAAAAAAAA AAAAAAAAAAAAAAAAAAIACvAIAAAAAAQAAAUAAAAPAATwQgAAABIACvAIAAAAAQQAAAAOAABT AAvwHgAAAL8BAAAQAMsBAAAAAP8BAAAIAAQDCQAAAD8DAQABAAAAEfAEAAAAAQAAAP//CgAA AAYAEOAEChAAAQCsgYMEBgAR4AQKEQABAJzKgwQGAPbhBAoRAAEARECEBAYAD+IEChAAAQA0 e4gEBgD44QQKEQABAJRuiAQGABDiBAoQAAEAbFEkAAYA+uEEChEAAQDUxiEABgAR4gQKEAAB AKRshAQGAPzhBAoRAAEAHPskAAYAEuIEChAAAQAULBwAHQAAAB0AAACxAQAAsQEAAO8BAADv AQAALQIAAC0CAABrAgAAawIAANQCAAAAAAAAAgABAAAAAgACAAAAAgADAAAAAgAEAAAAAgAF AAAAAgAGAAAAAgAHAAAAAgAIAAAAAgAJAAAAAgAhAAAAIQAAALUBAAC1AQAA8wEAAPMBAAAx AgAAMQIAAG8CAABvAgAA1AIAAAAAAAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAA AAkAAAACAAAAOAAAAAkAEQAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNt YXJ0dGFncwSAQ2l0eQCAOQAAAAoAEgAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOnNtYXJ0dGFncwWAcGxhY2UAgAwAAAEcLxUGAAAAAAoAAAAAAAkAAAAAAAkAAAAAAAoA AAAAAAkAAAAAAAoAAAAAAAkAAAAAAAoAAAAAAAkAAAAAAAoAAAAAAAAAAADRAgAA0QIAANQC AAADAAQAAwAAAAAA1AIAAAcAAAAAACMAAAAlAAAAQwAAAHAAAADKAAAAhwEAAKcBAADFAQAA AQIAAAMCAAA/AgAAQQIAAH0CAADUAgAABQAHAAUABwAFAAcABQAHAAUABwAFAAcABQAHAAAA AADUAgAABwAWAAAABAAAAAgAAADlAAAAAAAAABUAAABZNgAArHABAPI0KgCYdi8AUnk6ANFe PADeNz8Asj5XAL8eZgDER2cAwVtuAH0TcgC3LHMAERJ6AIAVgQAAM40ACCCoACcvwgALFeAA HhvgAMFR+gBERv4AAAAAACMAAAAkAAAApwAAAIcBAAB+AgAAfwIAAIACAACBAgAA0AIAANEC AADUAgAACAAAAAIBAACeAQAACAEAAAICAAACAgAAhgIAACIBAAK+AQACAgEAAJYBAAD/QAOA AQDRAgAA0QIAAIzdlwQBAAAA0QIAAAAAAQDRAgAAlP/AewIQAAAAAAAAANICAACwAAAQAEAA AP//AQAAAAcAVQBuAGsAbgBvAHcAbgD//wEACAAAAAAAAAAAAAAA//8BAAAAAAD//wAAAgD/ /wAAAAD//wAAAgD//wAAAAAGAAAARxaQAQAAAgIGAwUEBQIDBId6ACAAAACACAAAAAAAAAD/ AQAAAAAAAFQAaQBtAGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuAAAANRaQAQIABQUBAgEHBgIF BwAAAAAAAAAQAAAAAAAAAAAAAACAAAAAAFMAeQBtAGIAbwBsAAAAMyaQAQAAAgsGBAICAgIC BId6ACAAAACACAAAAAAAAAD/AQAAAAAAAEEAcgBpAGEAbAAAADUmkAEAAAILCAYDCQIFAgSH AgAAAAAAAAAAAAAAAAAAnwAAAAAAAABJAG0AcABhAGMAdAAAADcxkAEAAAIHBAkCAgUCBAQD AAAAAAAAAAAAAAAAAAAAAQAAAAAAAABDAG8AdQByAGkAZQByAAAANSYAAAAAAgsGBAMFBAQC BId6AGEAAACACAAAAAAAAAD/AQEAAAAAAFQAYQBoAG8AbQBhAAAAIgAEADEIiBgA8NACAABo AQAAAAAqLKjGRCyoxoIVo4YFABYAAABrAAAAZwIAAAEAAQAAAAQAAxAFAAAAawAAAGcCAAAB AAEAAAAFAAAAAAAAACEDAPAQAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAgHoAW0ALQAgYF+NAAAEQAZAGQAAAAZAAAA0QIAANECAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAAAA AAAACTODEQDwEAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIWAAAAAAp8P8PAQAB PwAA5AQAAP///3////9/////f////3////9/////f////3/eNz8AAAAAADIAAAAAAAAAAAAA AAAAAAAAAP//EgAAAAAAAAASAFMAQQBWAEUAIABZAE8AVQBSACAAQgBVAFMASQBOAEUAUwBT AAAAAAAAAA4AVwBpAGwAbABpAGEAbQAgAEUAcwB0AGgAZQByAA4AVwBpAGwAbABpAGEAbQAg AEUAcwB0AGgAZQByAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAFAQIA AAAAAAAAAAAAAAAAAAAAAAEAAADghZ/y+U9oEKuRCAArJ7PZMAAAAJwBAAASAAAAAQAAAJgA AAACAAAAoAAAAAMAAAC8AAAABAAAAMgAAAAFAAAA4AAAAAYAAADsAAAABwAAAPgAAAAIAAAA CAEAAAkAAAAgAQAAEgAAACwBAAAKAAAATAEAAAsAAABYAQAADAAAAGQBAAANAAAAcAEAAA4A AAB8AQAADwAAAIQBAAAQAAAAjAEAABMAAACUAQAAAgAAAOQEAAAeAAAAFAAAAFNBVkUgWU9V UiBCVVNJTkVTUwAAHgAAAAQAAAAAAAAAHgAAABAAAABXaWxsaWFtIEVzdGhlcgAAHgAAAAQA AAAAAAAAHgAAAAQAAAAAAAAAHgAAAAgAAABOb3JtYWwAAB4AAAAQAAAAV2lsbGlhbSBFc3Ro ZXIAAB4AAAAEAAAANQAAAB4AAAAYAAAATWljcm9zb2Z0IE9mZmljZSBXb3JkAAAAQAAAAAAE yBIDAAAAQAAAAACUeJp/PsYBQAAAAAAU0r7ouMYBQAAAAAAYmtHruMYBAwAAAAEAAAADAAAA awAAAAMAAABnAgAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAABQECAAAAAAAAAAAA AAAAAAAAAAACAAAAAtXN1ZwuGxCTlwgAKyz5rkQAAAAF1c3VnC4bEJOXCAArLPmuXAEAABgB AAAMAAAAAQAAAGgAAAAPAAAAcAAAAAUAAACYAAAABgAAAKAAAAARAAAAqAAAABcAAACwAAAA CwAAALgAAAAQAAAAwAAAABMAAADIAAAAFgAAANAAAAANAAAA2AAAAAwAAAD3AAAAAgAAAOQE AAAeAAAAIAAAAFBob2VuaXggTWFuYWdlbWVudCBDb3Jwb3JhdGlvbgAAAwAAAAUAAAADAAAA AQAAAAMAAADRAgAAAwAAAOYVCwALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAB4Q AAABAAAAEwAAAFNBVkUgWU9VUiBCVVNJTkVTUwAMEAAAAgAAAB4AAAAGAAAAVGl0bGUAAwAA AAEAAAAAAAAUAQAAAwAAAAAAAAAgAAAAAQAAADgAAAACAAAAQAAAAAEAAAACAAAADAAAAF9Q SURfSExJTktTAAIAAADkBAAAQQAAAMwAAAAMAAAAAwAAADMAIwADAAAAAwAAAAMAAAAAAAAA AwAAAAUAAAAfAAAAGAAAAGgAdAB0AHAAOgAvAC8AdABlAG0AbgBpAGUAcAByAG8AZwBpAC4A YwBvAG0ALwAAAB8AAAABAAAAAAASAAMAAAAzACMAAwAAAAAAAAADAAAAAAAAAAMAAAAFAAAA HwAAABgAAABoAHQAdABwADoALwAvAHQAZQBtAG4AaQBlAHAAcgBvAGcAaQAuAGMAbwBtAC8A AAAfAAAAAQAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAA BwAAAAgAAAAJAAAACgAAAAsAAAAMAAAADQAAAA4AAAD+////EAAAABEAAAASAAAAEwAAABQA AAAVAAAAFgAAAP7///8YAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAAAAAhAAAA /v///yMAAAAkAAAAJQAAACYAAAAnAAAAKAAAACkAAAD+////KwAAACwAAAAtAAAALgAAAC8A AAAwAAAAMQAAAP7////9////NAAAAP7////+/////v////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //9SAG8AbwB0ACAARQBuAHQAcgB5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAFgAFAf//////////AwAAAAYJAgAAAAAAwAAAAAAAAEYAAAAAAAAAAAAA AAAgk4jy67jGATYAAACAAAAAAAAAAEQAYQB0AGEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAAIB////////////////AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADwAAAAAQAAAAAAAAMQBUAGEAYgBsAGUA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4A AgEBAAAABgAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAXAAAA URUAAAAAAABXAG8AcgBkAEQAbwBjAHUAbQBlAG4AdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAGgACAQIAAAAFAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAuHAAAAAAAAAUAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIA bQBhAHQAaQBvAG4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAIB//////////////// AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgAAAAAQAAAAAAAABQBEAG8A YwB1AG0AZQBuAHQAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAAAAAA AAAAADgAAgEEAAAA//////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAqAAAAABAAAAAAAAABAEMAbwBtAHAATwBiAGoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgACAP///////////////wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//////// ////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AQAAAP7///////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////8BAP7/AwoAAP////8GCQIAAAAAAMAAAAAAAABG HwAAAE1pY3Jvc29mdCBPZmZpY2UgV29yZCBEb2N1bWVudAAKAAAATVNXb3JkRG9jABAAAABX b3JkLkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFIA bwBvAHQAIABFAG4AdAByAHkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAWAAUB//////////8DAAAABgkCAAAAAADAAAAAAAAARgAAAAAAAAAAAAAAAOBO twb2uMYBNgAAAIAAAAAAAAAARABhAHQAYQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAgH///////////////8AAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPAAAAABAAAAAAAAAxAFQAYQBiAGwAZQAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgACAQEA AAAGAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABcAAABRFQAA AAAAAFcAbwByAGQARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAaAAIBAgAAAAUAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAC4cAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgA AAAJAAAACgAAAAsAAAAMAAAADQAAAA4AAAD+////EAAAABEAAAASAAAAEwAAABQAAAAVAAAA FgAAAP7///8YAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAAAAAhAAAA/v///yMA AAAkAAAAJQAAACYAAAAnAAAAKAAAACkAAAD+//////////////////////////////////// ///////////////////////////+/////v///0EAAAD9////OgAAADsAAAA8AAAAPQAAAD4A AAA/AAAAQAAAAP7////+//////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////+/wAA BQECAAAAAAAAAAAAAAAAAAAAAAACAAAAAtXN1ZwuGxCTlwgAKyz5rkQAAAAF1c3VnC4bEJOX CAArLPmuXAEAABgBAAAMAAAAAQAAAGgAAAAPAAAAcAAAAAUAAACYAAAABgAAAKAAAAARAAAA qAAAABcAAACwAAAACwAAALgAAAAQAAAAwAAAABMAAADIAAAAFgAAANAAAAANAAAA2AAAAAwA AAD3AAAAAgAAAOQEAAAeAAAAIAAAAFBob2VuaXggTWFuYWdlbWVudCBDb3Jwb3JhdGlvbgAA AwAAAAUAAAADAAAAAQAAAAMAAADRAgAAAwAAAOYVCwALAAAAAAAAAAsAAAAAAAAACwAAAAAA AAALAAAAAAAAAB4QAAABAAAAEwAAAFNBVkUgWU9VUiBCVVNJTkVTUwAMEAAAAgAAAB4AAAAG AAAAVGl0bGUAAwAAAAEAAAAAAAAUAQAAAwAAAAAAAAAgAAAAAQAAADgAAAACAAAAQAAAAAEA AAACAAAADAAAAF9QSURfSExJTktTAAIAAADkBAAAQQAAAMwAAAAMAAAAAwAAADMAIwADAAAA AwAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAGAAAAGgAdAB0AHAAOgAvAC8AdABlAG0AbgBpAGUA cAByAG8AZwBpAC4AYwBvAG0ALwAAAB8AAAABAAAAAAASAAMAAAAzACMAAwAAAAAAAAADAAAA AAAAAAMAAAAFAAAAHwAAABgAAABoAHQAdABwADoALwAvAHQAZQBtAG4AaQBlAHAAcgBvAGcA aQAuAGMAbwBtAC8AAAAfAAAAAQAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQBTAHUAbQBtAGEA cgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgA AgH///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiAAAA ABAAAAAAAAAFAEQAbwBjAHUAbQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEA dABpAG8AbgAAAAAAAAAAAAAAOAACAQQAAAD//////////wAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAADkAAAAAEAAAAAAAAAEAQwBvAG0AcABPAGIAagAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASAAIA//////////////// AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHEAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAA= ------=_NextPart_000_0001_01C6BFD9.E5BFD280-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 15 11:08:11 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD0WZ-00073O-Kv for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 11:08:11 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GCznm-0007Yo-Jy for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 10:21:54 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GCzWQ-0007sj-36 for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 10:04:10 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id EC8A5398048 for ; Tue, 15 Aug 2006 07:03:54 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id A633943001F for ; Tue, 15 Aug 2006 07:03:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 91AFD1448009 for ; Tue, 15 Aug 2006 07:03:16 -0700 (PDT) Received: from alnrmhc11.comcast.net (alnrmhc11.comcast.net [204.127.225.91]) by hermes.tigertech.net (Postfix) with ESMTP id 9B06B144802C for ; Tue, 15 Aug 2006 07:03:14 -0700 (PDT) Received: from [192.168.128.4] (c-24-6-207-154.hsd1.ca.comcast.net[24.6.207.154]) by comcast.net (alnrmhc11) with ESMTP id <20060815140313b11000r3v6e>; Tue, 15 Aug 2006 14:03:13 +0000 Message-ID: <44E1D420.9050802@hyperthought.com> Date: Tue, 15 Aug 2006 07:03:12 -0700 From: Scott G Kelly User-Agent: Thunderbird 1.5.0.5 (X11/20060719) MIME-Version: 1.0 To: "Bob O'Hara (boohara)" References: <17B8C6DE4E228348B4939BDA6B05A9DC01E04D85@xmb-sjc-237.amer.cisco.com> In-Reply-To: <17B8C6DE4E228348B4939BDA6B05A9DC01E04D85@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= X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1 Hi Bob, Bob O'Hara (boohara) wrote: > I believe that we are overspecifying the use of the reserved bits and > fields in the draft. For example, we place a requirement on the > transmitter that these bits and fields MUST be zero ("All > implementations complying with version zero of this protocol MUST set > these bits to zero."). However, we do not specify any behavior by the > receiver. I believe this is backwards. > > Because the version field is available to all receivers of a CAPWAP > packet and that version field will unambiguously identify all the > reserved bits and fields, I believe we should change the requirement to > be that the receiver MUST ignore any value received in a reserved bit or > field. This way, should a noncompliant transmitter send something in > these fields, the receiver will not be confused by it. I agree that we should say the receiver is to ignore non-zero reserved fields. This is consistent with the general IETF protocol philosophy of being strict in what you send, and liberal in what you accept. However, it is also common to require the sender to zeroize reserved fields (strict in what you send). I'm not sure how/when this convention originated, but one security-related benefit is that it prevents the use of the reserved fields as a covert channel. Do you feel strongly that the sender should be allowed to set reserved bits, or are you okay with zeroize at the sender, ignore at the receiver? Scott _________________________________________________________________ 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 Aug 15 11:50:47 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD1Bn-0003E4-6I for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 11:50:47 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD1Bk-0004BZ-H5 for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 11:50:47 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 86D2F398098 for ; Tue, 15 Aug 2006 08:50:41 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id C67DB43001F for ; Tue, 15 Aug 2006 08:50:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id ADD80144801C for ; Tue, 15 Aug 2006 08:50:07 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 795371448033 for ; Tue, 15 Aug 2006 08:50:05 -0700 (PDT) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-4.cisco.com with ESMTP; 15 Aug 2006 08:50:05 -0700 X-IronPort-AV: i="4.08,128,1154934000"; d="scan'208"; a="1847176475:sNHT40234296" 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.20060308/8.12.11) with ESMTP id k7FFo4t5025926; Tue, 15 Aug 2006 08:50:04 -0700 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 k7FFo4cJ011235; Tue, 15 Aug 2006 08:50:04 -0700 (PDT) Received: from xmb-sjc-237.amer.cisco.com ([128.107.191.123]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 15 Aug 2006 08:50:03 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 08:50:03 -0700 Message-ID: <17B8C6DE4E228348B4939BDA6B05A9DC01E564FC@xmb-sjc-237.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: AcbAc5DSkMClFoarQMGm6G/lvr1O8wADppzQ From: "Bob O'Hara (boohara)" To: "Scott G Kelly" X-OriginalArrivalTime: 15 Aug 2006 15:50:03.0570 (UTC) FILETIME=[790B4120:01C6C082] Authentication-Results: sj-dkim-5.cisco.com; header.From=boohara@cisco.com; dkim=pass ( sig from cisco.com 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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 82c9bddb247d9ba4471160a9a865a5f3 Scott, My concern is that requiring the sender to transmit zeros in the reserved bits and fields leaves only one way to fix a protocol problem, increment the version field. Without the transmitter requirement, small protocol problems found only after wide deployment might be able to be fixed by using a previously reserved bit or field. -Bob -----Original Message----- From: Scott G Kelly [mailto:scott@hyperthought.com] Sent: Tuesday, August 15, 2006 7:03 AM To: Bob O'Hara (boohara) Cc: capwap@frascone.com Subject: Re: [Capwap] Reserved bits and fields Hi Bob, Bob O'Hara (boohara) wrote: > I believe that we are overspecifying the use of the reserved bits and > fields in the draft. For example, we place a requirement on the > transmitter that these bits and fields MUST be zero ("All > implementations complying with version zero of this protocol MUST set > these bits to zero."). However, we do not specify any behavior by the > receiver. I believe this is backwards. > > Because the version field is available to all receivers of a CAPWAP > packet and that version field will unambiguously identify all the > reserved bits and fields, I believe we should change the requirement to > be that the receiver MUST ignore any value received in a reserved bit or > field. This way, should a noncompliant transmitter send something in > these fields, the receiver will not be confused by it. I agree that we should say the receiver is to ignore non-zero reserved fields. This is consistent with the general IETF protocol philosophy of being strict in what you send, and liberal in what you accept. However, it is also common to require the sender to zeroize reserved fields (strict in what you send). I'm not sure how/when this convention originated, but one security-related benefit is that it prevents the use of the reserved fields as a covert channel. Do you feel strongly that the sender should be allowed to set reserved bits, or are you okay with zeroize at the sender, ignore at the receiver? Scott _________________________________________________________________ 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 Aug 15 14:05:46 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD3IQ-0003Zs-Jg for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 14:05:46 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD3IK-0003ZH-6Y for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 14:05:46 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7009B3980A7 for ; Tue, 15 Aug 2006 11:02:22 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 1EE9143004F for ; Tue, 15 Aug 2006 11:01:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E0B7A1448039 for ; Tue, 15 Aug 2006 11:01:23 -0700 (PDT) Received: from IS1.enterasys.com (is1.enterasys.com [63.160.138.52]) by hermes.tigertech.net (Postfix) with ESMTP id 9249C144801E for ; Tue, 15 Aug 2006 11:01:17 -0700 (PDT) Received: from MABOSEVS2.ets.enterasys.com ([134.141.77.30]) by nhrocefe2.ets.enterasys.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 15 Aug 2006 14:01:15 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 14:01:15 -0400 Message-ID: <3CFB564E055A594B82C4FE89D21565602193DD@MABOSEVS2.ets.enterasys.com> In-Reply-To: <17B8C6DE4E228348B4939BDA6B05A9DC01E564FC@xmb-sjc-237.amer.cisc o.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: AcbAc5DSkMClFoarQMGm6G/lvr1O8wADppzQAASNzeA= From: "Nelson, David" To: X-OriginalArrivalTime: 15 Aug 2006 18:01:15.0263 (UTC) FILETIME=[CCF048F0:01C6C094] X-imss-version: 2.042 X-imss-result: Passed X-imss-approveListMatch: *@enterasys.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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Bob O'Hara writes... > Without the transmitter requirement, small > protocol problems found only after wide deployment > might be able to be fixed by using a previously > reserved bit or field. Without revising the protocol version number? Without revising the specification? Seems pretty hazardous to interoperability, IMHO. Regards, Dave _________________________________________________________________ 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 Aug 15 14:28:21 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD3eH-0002I5-BW for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 14:28:21 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD3ZU-00051i-8x for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 14:23:27 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5B943398037 for ; Tue, 15 Aug 2006 11:23:17 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 1B45A43001F for ; Tue, 15 Aug 2006 11:22:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id EF2B71448033 for ; Tue, 15 Aug 2006 11:22:08 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 9CEBA144801C for ; Tue, 15 Aug 2006 11:22:03 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 15 Aug 2006 11:22:03 -0700 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.20060308/8.12.11) with ESMTP id k7FIM3bk025612 for ; Tue, 15 Aug 2006 11:22:03 -0700 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 k7FIM2lN011969 for ; Tue, 15 Aug 2006 11:22:03 -0700 (PDT) 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); Tue, 15 Aug 2006 11:22:02 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 11:22:02 -0700 Message-ID: <17B8C6DE4E228348B4939BDA6B05A9DC01E5663A@xmb-sjc-237.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: AcbAc5DSkMClFoarQMGm6G/lvr1O8wADppzQAASNzeAAAMTtQA== From: "Bob O'Hara (boohara)" To: X-OriginalArrivalTime: 15 Aug 2006 18:22:02.0648 (UTC) FILETIME=[B4702180:01C6C097] Authentication-Results: sj-dkim-4.cisco.com; header.From=boohara@cisco.com; dkim=pass ( sig from cisco.com 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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Not really, remember the receiver of an implementation that is unaware of the use of the reserved field to fix a bug in the protocol will still ignore it (and still suffer from the hypothetical bug in the protocol). -Bob -----Original Message----- From: Nelson, David [mailto:dnelson@enterasys.com] Sent: Tuesday, August 15, 2006 11:01 AM To: capwap@frascone.com Subject: Re: [Capwap] Reserved bits and fields Bob O'Hara writes... > Without the transmitter requirement, small > protocol problems found only after wide deployment > might be able to be fixed by using a previously > reserved bit or field. Without revising the protocol version number? Without revising the specification? Seems pretty hazardous to interoperability, IMHO. Regards, Dave _________________________________________________________________ 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 Aug 15 14:43:18 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD3sk-00074M-Us for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 14:43:18 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD3sf-0006Be-HY for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 14:43:18 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id B9D781448040 for ; Tue, 15 Aug 2006 11:43:07 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 10BA743001F for ; Tue, 15 Aug 2006 11:42:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id D8B601448040 for ; Tue, 15 Aug 2006 11:42:06 -0700 (PDT) Received: from IS1.enterasys.com (is1.enterasys.com [63.160.138.52]) by hermes.tigertech.net (Postfix) with ESMTP id 479151448041 for ; Tue, 15 Aug 2006 11:41:57 -0700 (PDT) Received: from MABOSEVS2.ets.enterasys.com ([134.141.77.30]) by nhrocefe2.ets.enterasys.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 15 Aug 2006 14:41:53 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 14:41:53 -0400 Message-ID: <3CFB564E055A594B82C4FE89D21565602193DF@MABOSEVS2.ets.enterasys.com> In-Reply-To: <17B8C6DE4E228348B4939BDA6B05A9DC01E5663A@xmb-sjc-237.amer.cisc o.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: AcbAc5DSkMClFoarQMGm6G/lvr1O8wADppzQAASNzeAAAMTtQAAAgNeg From: "Nelson, David" To: X-OriginalArrivalTime: 15 Aug 2006 18:41:53.0633 (UTC) FILETIME=[7A520510:01C6C09A] X-imss-version: 2.042 X-imss-result: Passed X-imss-approveListMatch: *@enterasys.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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Bob O'Hara writes... > Not really, remember the receiver of an implementation that is unaware > of the use of the reserved field to fix a bug in the protocol will still > ignore it (and still suffer from the hypothetical bug in the protocol). It's hard to discuss this in the abstract, but see if this hypothetical example helps. Assume that senders are free to fill the reserved bits with random data (or not) according to implementation whims. A bug in the protocol has been found, and a reserved bit used to "fix" it. How will a receiver that knows about the existence of this new bit know if it is receiving a packet from a "fixed" sender that really means to set the bit, to trigger the "fix", or from a non-"fixed" sender that happens to be setting that bit randomly? It seems to me that for reliable interoperability you need to mandate at least one of: (a) senders MUST zero-fill reserved bits, (b) the protocol version MUST be incremented to indicate that previously reserved fields are now meaningful. -- Dave _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From U3dautarky@davidbeauchamp.net Tue Aug 15 14:48:01 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD3xI-00004v-RI; Tue, 15 Aug 2006 14:48:01 -0400 Received: from [210.107.114.99] (helo=KAYACFS) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GD3xD-0006WB-MY; Tue, 15 Aug 2006 14:48:00 -0400 From: "Saul Corbin" To: "Bridge-mib" Subject: Re: A turnoff to scared Date: Tue, 15 Aug 2006 11:44:09 -0800 Message-ID: <83993945799.2676498392232@abspresort.com> MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_00EE_01C5291A.98B67DA0" X-Spam-Score: 4.8 (++++) X-Scan-Signature: 33cc095b503da4365ce57c727e553cf1 This is a multi-part message in MIME format. ------=_NextPart_000_00EE_01C5291A.98B67DA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00F0_01C5093D.12A32DA0" ------=_NextPart_001_00F0_01C5093D.12A32DA0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit that ever I have seen, is so restored, I have observed today, that certain than that it never can take place, and never will. If Be silent, you. Look at me, I say, proud mother of a proud, false For the Lords love, said Mr. Peggotty, falling back, and putting ------=_NextPart_001_00F0_01C5093D.12A32DA0 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7Bit
tell Dora, if Dora were in a state to hear it, that he had spoken
Emly, if youll ony let me, to the worlds end. I know how tis; to lay that money down afore him. If I do that, and find my Emly,
have not abused. My meaning simply is, that whatever I have tried monuments, pews, fonts, organs, and church windows, in which there
Now, Dora, my love, I returned, gently trying to remove the to have made out, without her own consent. I believe there never
overlooked, is to advertise in all the papers; to describe himself repurchase them at the time of their seizure; in the first place,
at all; so it was settled that I should have the other room; and, conversation; and as I was too full of my desperate intentions to
further, though much pressed. Pound being produced by D. takes into a roar of laughter, and rubbed his hands up and down his legs,
She had got over the fender now, and I had got over my suspicion. silent. Presently we sat down, side by side; and her angel-face
head after speaking, and became upright again when silent. Miss passionless air, that it seemed as if nothing could disturb. She
affecting to read the paper with his eyes on the ceiling; and I appointment at the turnpike, presents a dazzling combination of
Good God. cried Traddles, looking up. Its Copperfield. and Millss maid, and taken the area way to the back kitchen. I have
sound. In another hour it had much increased, and the sky was more to be called The Astonishment, than anything else I can think of.
hollow, painfully suggestive piece of business altogether. We left inquiries with reference to the physical welfare of Mrs.
a goose, and she didnt like me at any rate, and the short evening having taken this bad turn, poor fellow, they would have been man
As I had long forborne to encourage him with hopes that hung on say in justice to society, by which he has been hitherto
first time. I have been telling your daughter how well I have has been quicker than was supposed; Omer and Joram can run their
I was charmed with her childish, winning way. I fondly explained loved before, and lovers would love again; but no lover had loved,
expression of rage and grief. It was in an evil hour that you Not that her happiness was of long duration, pursued Traddles,
------=_NextPart_001_00F0_01C5093D.12A32DA0-- ------=_NextPart_000_00EE_01C5291A.98B67DA0 Content-Type: image/gif; name="qgrafter" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhvQFGAfcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8AAAAP///wdk3q4rPt7K ndeSpnySpih5I/laF2QpGZiaHbepLowCsL/zm+QqJ/bgqNA2qfipFSd5SPcQm9vJnNHWnSjRneI6 vlzJwyqqVscrnfUlKhh1pYkIjWnrGcNxKBE3opXIw+nYopgqvnB1Ufnaan5Gb/EZyqKch6+ykH6Y ircYiqHoilt4h3SSirboixg4hw8xi5dIinfYh4noiAmRi7Soh6sojb3IhZwYJsRojEzYhcaYidb4 o2JrLlLakqtsQfbcA264r467LJfDnmvvTYwGS6+44kor6rfPqtltstKuW++9COM15kL8dmutwY/e LiGp2kX+cWugxe1GaatW3cqWt3ECLmlzK9zYrlUtp/2sY31LXOa+1rPODS5zhUO6Uw0XutINn2RR zMVpDEZqfMNmDMUxXMNBPMM9tEVvnMVvBMdNfERCNMRzxMVGXEN0JEM/TMdwHMV0lEZmDMRDxEZE CRq/iK3WfbGIdLyME7W4RQ0O8DBfzKHo0GVHOyJAkPiYHkHWNpwnlQWRaWxdIRcwxC8KapJOgVgm wLFxrx5snPRz2qqnZ2e+WWHt4AqHs//1rb21a+7Qm/9eX/219N+ZKYtG3/u27YnfwSMUv5b8cYTO p8CKLM4iRm2TGvJ6r9DKSnF0JoKCmf7qEkrKrnZzqiILPciKrAjiRCILn4X/EqHQekiHKhn4uaQ5 NPxORBNfUi+jEE/cDjj4NmQxRrv4SpHG9W68akUZOerqxRJ3BPKyGjm77raRhgwyJh/1SzLIzKiq vwzkwDLZvg4EQf+7wBAkQZfYwBL8thNEwW1TwRW8thZ0wWmDwRh8thmkwWWzwRscthzUwVzjwR6c s6JwsSZG0RTKjXo0Qxf9qEgHE9KRmlRDHT2pSjFT0pW6VCktfalMixLTmdp0JDVljQAEIJCdqsWn BaiEcJMl17AAAP/78KCgpICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAAvQFGAQAI/wAXCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bN mzhz6tzJs6fPn0CDCh1KtKjRo0iTKl3KtKlTngIEPNUZdWrVqVhRRt26leHVkFy57gwrdePXgmTP LggrUO3asmQPpiXo1m3bslnzirS7kK9ZvED9UvRL+OvVs2oL08WbGLBBwXojV4Qs17FHyjcxPxSs eOBhwI0Thn672KtlyagHn74r9u5ixF09S239eHVV2qxBzzbMlrRsh7DfNubL2fZq175LIxzNu6Hm 1NCXH0cLl3F15LytV5auHbv11s2Ti/9XCLu777rTx/8mH5u6aMefkTtPH71+7bjbz1sOLt5u2uvr 8TeafPEBp5tykCU4l3rU+Xccf6Q9x6B9FNb2Xm8FKuedhhxy+Bl+AyaXoWkeAvheX8aRmF9lveX2 nIQVpkbcgfpZGCCN7q1Yo479dfcijjueyJ50KtrI42vyoRjjkkcmWSB6CAK5npFB5jhlj+UJ6aSJ RA7ZZZITMveglF8yaeaMspn4pJpkholjeFAK91qbV0I44pVUNognmlFqCWaeZi5Z2G1c4mZom/9t Oad5SIboJnhA4tahldzFuaiPYwI6aaCcVugojBiBKpSonZba1Kf0fUSqT6ua6ipRLe7/maqqs45a 66u45qrrrrz26uuvwAYr7LDEFmvsscgmq+yyzDbr7LMaAQDttPVJO5C1B2FLEADccotSt9hqy5C4 ApFL7blJaWtuudmupC67D5m7Lrr0DvVuud4uAG5B5O57bb766mutv+Ea1G+3+Kqbb8Hw1utwUeAu fG3D2xI8ccDwAsxwwOsC3DDDBQ+87cMk2zsyxhjLa/DFEVO8sbTzCnwxyiKPLG7MJedc070gt8sv yyvPHPK4HwNd8c06J70Tz0b/7HTKTdN8ctAZC110zUpnrdO9AivMr8Ufa/y1x/P6i2/CRxdNsdZs c8p123DXi/DMcddt991456333nz3/+3334AHLvjgbXccr9kNeZxtxDG3LBHOhPM6d0SMh0v25BSp 7DPKiS9UM84bxxt5saFT/vTLFmlONeRTe+5Q6Z2PLizSUnOsOudQr931yxKrvfq/wJ8Ns7eYr118 7cQPj/vyskvuNMhlt5778j1LjTXzuwMt8sBY31464p/D/HTzvtJePUJvp3w88sbjbjjNcyNc/fu+ V2309diTj6v5UVPtvu5T+9zYxney0G3PavSrXdQE+D/9/Qp19kPf6ej2u+mJL38BrNoBryZBq2XQ fvhzYLCKB7YOpo2CY+Nd91DYNeBpTH5m69jlbvbChO2LbCIMHOtassMc+jBzOenhD/+HSMQiGvGI SEyiEpfIxCY68YlQjKIUp1ih+CnucegTIgEBqBD5caSHlZOZ9NIGw8bRjopBHCMWTfi6LwZPJQwU IgS7uEU00iR9WExg7DJyRpb0kWj1YyMG7fgSnikve1fk2NeyJ7OFDS95aIOk5cS2OOFl7JBidOQN BXlBTU4Qfm88pBYJeRLGaY9dIVxhIycWPg7mjnjTY14rYZnJV77yggSkZSdXJj4B+pKFpIQJ1zb4 yINREmrc6531mKZIzskwjmqLny1l+TxUGq6XNmQkDoO5sw9yj4vMRGb7fNe7Vkpvl9Mc2i37N87u HexsLvsZ7LhZSG86c5wRhKAqmwn/TfpBc538RGU1/WfLECqQmBGk50ysOMlHwvNfybTh9TzZSMeZ MnnGPNoNlYfJMJZRjBANaeX8WbHgwXCQCrXJPO8IzDW6jospJV1LZbJSl9IRpjEl1vpUmsiJ7HSA OQ2qUIdK1KIa9ahITapSl8rUpjr1qVCNqlSnStWqWvWqFLoVVgO1yUKaUpCTiZVwZtSesbZqqzfx Wik5uZfZ9AhPImIUWpfSr2+xFSyxeVN6wjNXppTtm6zcXjLf9cIr8k+ZLYRo+vAzJQWl6ax9XehN 4TdJukVUgSmkKEjPh1kX6dVLmopsUBpn2fF99aBgxacxf1odO2WqTKI12Sfv2TqS/4LzrtQz0Fre +qfewjW2o63tQxsYT3KmlricLd1t2qKhDFkKssD1qmFFWViNilSzaANqYrfLSN2J1aw3atF3oys4 rZL3vOhNr3rXy972uve98I2vfOf7N/PSN5s1zdxpOxLG475uv1r57qDaM160qrWngFyk+kDyRz6a 041D2s2c/EQg+zb1jKME4Bz5W8eLbDhaKDpMaNXD18j2FJPZtSbitgi+WjryrqI8YTYTslqbRXSw M8YdYzflosZa2Kkk3OdlB9nHIVtRwxatYTTViE/16bOAW9yxb3NU4ugec454zKXjkMtCPcIOwGqM oTct2pfcjLhPU74qhj2IWdB1eP/NGsZtXff40O8dk8m/kTClhFTluW4TtfVzs3BV22U5L5DGpzOg //AnruXullLOZRNwi3ndyqZ4p0GubiQxqt2QXnqGf6UhR0GtWE8vT6wg+k55oHtft+F5M63mW5Zj 7cMV0/rWuM61rnfN6177+tfAPoqUTbKg1G0ZYhDJ8Huz45mT9NmmyqYpaYPdIS79xUiQnfVPpk3t Hj92QeI9lKTiKqe8Fru0OeYu5qgrT8CWOrCLbGiOFUbYaPc13HXSjrk3dB8CS5pBWw6nKo9MWXgq OrHQK65akYfY+e5bUfxe04okzhqAu4/Ms90wlgPOZnozuuMzRS98/l1hfo/1SxT/N7PPsjxnQNPW 5RlnGWddnl+Rw4lRNzc5ygG0ahMe/HxY/mCbQV5Lg8c8kO7d8bkxNJdhLz1WfJmcvE293Y8ytIVS z7pDhXfjrWu90t2eyLBVE/aHPRsiji67wwqMdlar/e1wj7vc5073utv97njPu96DTYCBEODvfV8A 4P3+94QUXiCBt0jfFx+RxC8k8I73u0IiP/mCUH7vjz+84xPPeMQfBPKCx8jmG++Qy0ve8A+JvOkx j/rQE4Tzro897EN/+cWDHvKaLzzgR394wes+97j/fecHH3vEa973hL898X0ffM8zfvd6fz7xYT/7 4useIcc/vudd33nCO1/yoP++//i7333ZI5/24A//6amPe+6z/vXmZ//yna968J/e/eiHv/jzv3vy 4x/6qld9/ld929d/5od/75d/CkiA46d/C7h++7d9D6h+Ejh88fd5FXiBEliAlgeBxZd31Gd/GdiB FJh99xd+5Xd+A5iBIch/5deCE3h/HLh/KPh+y3eDvYeBxkeCJdh7ygd/Pph7xqd+tsd9z2d52meE RLh5zXeAFJiAH7F6EiGFUAgsVAgRV1iFWriFXNiFXviFYBiGYjiGZFiGZniGaJiGariGbNiGbviG cBiHZlgAdFiHClEAG1GHdrgSeoiHGuGHPgGIA0GHBkGIBGGICyCICKGIFcGIM/+xhwUBiI74h4PI FJN4EJcoEZmYEpuoiT+BiALhh4IoipWYiKbIEJ1oE6lYiovIih6xikIBi7CIio/YEbMIE6N4iKGo i6eIh6l4izExi5koiSEBjIGYEJA4ispIjKDoipXYjIjoi8q4i86IiboIjb94iqYYjYm4jKxIitgY id5YiLxIjbkYitJIi4qIjaRIjb3YjYfIjL4ojs8oinpYiNF4j9YIj/Eoj/Q4iKBIjAAJjsbIEn3I iwL5jtpoj+44kHtoiALJkBGpjRTZigDpju2IjBjZjhCJkR7JjxNpjiJJjq6YkRV5kiR5jiGZkBJZ ihI5jyPZkQ35jeVIjvPIkuj/+JEZiZMxaZI64Yg8yYgheZJA6ZJGqZAKmY00iZIWGZRHiZQ7OZML KZU1qZI1SZWR+JHlGJUxqZNdOZJTSZIUeYk3GZZQ6ZVayZUJuRNFiZZbqZXVGJbpOJMr2RDniJQL cZBuqZZP6ZPbOI372JAmuY45iYn6SJR9+ZS7yI1JyY9m2ZZjqZFluZeUWZlr+ZOBOZRLeZkoGZGE +ZaFSYub6RBWCZZ8aZpS2YxxeZd4SZh+GZmIiZpgGZpfCY1LmZWC2ZTbOJqyyZNnaZZsmZmJKZfV CJmn6ZKSuIp3eZzOeJzOaZnNGZiz6ZMcKZa9OZx4SZyNKZudWZIWqZ2/yZCP/zmcnIkTk2iHOxmQ jNmZ+siS63mRrEmU7fmN70mXldmNy8iV+NmPA2mY6yiUQnmR1rmQ6pmPjAmgdYmOvnmetimcG7mg MLmft4mewIkul6mad1OQkaGhWnOhfsOheQGiSVOeH+oqIloykMiUfXOiloihcviiMBqjMgpsHmqL +HiYD8GiWCmauMmGJMoRAWoRIHqiOrqFP5qHA+qJQpoRRaqF4mmU4biY4xibV2mPAdmfUsqfepmc /pikY/mf9cifAqqgZVeWKnmahDiUCPqQE0qeEaqf4emXxomWMommO8prZoqQ5MmdQXqjoBmefKqn 3LmaqbmnoNmk7ZWne1qfvv8Zl/YJnX9amr95lbOZpWnZpbQZbOAIm57Zo2nppbvZpuD5qYZKpYIa jz36mS6KqOi1oJAqqpQ6nq9KqtdZqClZqqoanSqKa676mPW5n695kKqaolxanGmam2QKlwq6nsTK rMn6rMk4ozwqrcPCqtSaGtZ6rdq6rdzard76reAaruI6ruRaruZ6ruzlPbkkY+/WPirTX2CWWbcD U5DzUzg1WSEnQaeFYWLWQP21Ox7Xcu4qUQ3lRcl2bB3mU/E6Evb2UhO0cDA3TPLULl6Gr/nDOoKG QcrWsAkVSx77YB5LQR8nXITVTv61OQ6LERyrsiJRZPc0c6lkslCGshqbsBj/a7HR41N8JLP980sd K7JN5krTxE73mrBGazr1FBIuW7I/qzsjyz80y20aZDvuFDLzKmMDl0lWKzQIFkhP20G4ZFDYU6+s dD8DRbMWa2qWdmkgxWQoJnULtk8r17b2mmASC0K3dbbGRbAjm0UxxEAWZHRvZraXJLjlhHQBxHGJ C7XhE3DTlbPNNLSXpLiJ069DO3Cp9FWHW7gL1lnPA7jRdnDsE7JOS2iIC7AZm09LNlvAND9NA3Sl i2g867SuS7oKdrsTK1CTC7cne7SA60Ff5nOri1qCNnMVgUuou0JiO2dL67b5CrWBy7axW0FZO7xV 61DSNLtjq7piS1CFpk7R/0uvBsNpY5u9LSe3eetkyoQ6xUu0Ops+yqu9H2szzhty0Iu+4Qu0owu7 qpu/FdSzMqtOFUtc9Ku7sVRTYLQ5v2u93ju8RBe5YOu+Ovu9JRVog5Zb9Xuv98vAnktz/ftkeNu2 /7u3/uoyy6u32ztod4u2svu5H/y6DTy60ftnssu/xxtmBHw8trY+olZCSLevMhc2H0Z1Vfdu+sS7 q9TCAJZplGQ++wo+tqa/HTtYSJxg8SbEWItC8Mq1BoS8DSZkd7YkKxsZYzwVZbxt56QsZ5wVa9wU bYwTolu0UvXG6ZIaWYeueJzHetxGQOxflAsS/BDIgkwQgzwQ/FAQh7wAif/MEIssEI0MRFvYty28 rijVu4aMEIvcyJl8yQ0RyIS8s6+WthCWF6Eryo+jOXQ8yXQGSA0Ww9CLtIx8EI+8yY7MybFMyx4G Ykobw0JRczh1tTaFwiolOgG8WejGS/R2Ql/XMI9cywlxyJrsENBsy4WMy4lcyHJsxR4hsEbhyzXL y8Q8t1sTzoz7T+xadPw7xILsyc6MyYr8yZ3szNd8ydb8zu08TInUUVS3bjNUUqJGxGprzP28ZAOd Yp72ttilYsjMrjpMS+nUZQWdxK47ZEm8R33cM2YEvDDcwbYMz8+MyNIsz+08z9M8z4v2w+ZcvTM8 XCQMvOak0oAF06sDunH/Jks07bnVi7/pLLgANT8JnLfQQ7YMx1CItT7NbM8f7dEGPdL2vM4k/c6Z zM4KN1k3PbP2NL35JdMyrNJs9sBEa1DB+821C8HifNWXu9EWHcEhrL/Gy826c9SzDNJKrRCbbNKf XNIGscj4rDqNW1hri3EY3MElpNU7nVn/O3WorMDtysOrC74phNWNrVj4q8RqLbkl/ML9uzxHjdTN HNfxbMh2Xc9MXVxjNNZd/bNhjdMbXdgrbbQgTLpgjdZaHNkGbNYavdbnS86Vjb6Uu7ZV99cdjchS PdebnddyrcjDjcvI3cgCN764zbmsnduxu74cHN0/fNsN17Q+fd37W7/U/925Y23Dq5w0/PquKuTP +0xqt4tp6BS+/Pzd6pbPYNy5BSTdFc3YMzZRNBa2l0NZv/vecqQUTj3gBF7g2PzMBp7gCn7IGZbK zTPGDp6yOrOxCgXhRxXhhNO1sLzHHL5eGJ7NpszK0nawawy5aTTB4QzKKs7CID7eo/zhlcziycZS M24mMO7N7gLJPYHjLIviNyxZNc4kN56vfqTjSyMxEZ3FGnTeunt1BWdNZf3e8JbeyTy+RuZMsBTU FOtugqU9XlNXYnPlBU1pT77US27lUA7QtlNnac62Vz6xwJ3PTobeZY5isLy5gQ2+m5twWx1NMdva 4F3dhcZwQRO2OB3T0P+d6PRtUjyN6ITe56pddImb2SYVRzf93e80w5nb2JfevQ4r3sYFwsYL6DqN 2qtNvS816j6b2uGN2Xm+t9bt6lF+2Nzd3bLOTm0924IO6S4V1I9Lw62O5Zgu22st2eTk175t1bEt TgBL660N6ryOudk71Jp2tvZNxc4u7UU97bctdFw87Lx+5xJMTaKO1oSt63/u7U076Ko+td9s62cd 6e7twLCetqVO70fH1fX+SfZ92vA+2WlN6aHO6KTe6Bw8s7Ee69Ze00GX77QNUBUsZIZr7gdP7IDG 6oRb8JLe7fe+v5dO5JV0UCd2ZW0O3C7U6CRv7WPOxQx9YgFd6JYl5w//X9UOPeXCbvNFjPJVvvAK xuQOL/JdHLI+n9rxbUEpP8xE5NYS3jcwzrC1pusprjc8Ps61JvNRL/Ua3uFav/XUSsMgX+MBDs4M Bsc9HsorbkeZ/kYb0eA0BEeq7BNTv/bclPYsffb/hbsmYeJo3OJyP0VOXrYGDLf9bfLJnruRK/hm zj6Df9DVzl0tv7XGvOYnr8yR7/gXv/J870C5LsBB3NOEi8DW4+e17uiOPu/yjrkTj851bznPLXSG Du9NlOsBBemFrfTurtWvHu6Z7enSXe4Cf/G/rEjn3vR3I/volPAZH8W3b707fOpCfL2Fn/u+77/A n/jYhO3NbvlLZPzx/4781H9KGi+8tG/xpY3qMz/6uM5Ls1/+Mf5Dsj/+IJTTnKvYro7xqh//+y79 FP/s1/77Hgz7ALFA4ECCBQ0eRJhQ4UKGDR0+hBhRYkQAFQcCMIhRoMYFHCt6vHgRo0eLG01uHHmS IEiVH0OK5Fjwo8aRMWeK7IgS5sqSGXt27Mky51ChFmPqHEp050GhQG0GfXl04lSqVa1exZpVq0Sp W71m/Bp2alexZc2eRZtWLdqma7OSdeu1bVy6de3exWvVZd6qcPlS3ftX8GDChQ0fRpxY8WLGjR0/ hhxZ8mTKlS1fxpxZ82bOnT1/Bh1a9GjSpU2fRp1a9WrWrV2/hh1b9v9s2rVt38adW/du3r19/wYe XPhw4sWNH0eeXPly5s2dP4ceXfp06tWtX8eeXft27t29fwcfXvx48uXNfxXwOP159prTvz8oQP78 gfPXr6+/gH5B+/jx6zcIvv/aI1Cy/QKMj6D78hNowAYVfDDCAOUrsEIDAXQQQP4Q8o/BDRlcMEH4 LCTRsQwl9BDB/zJc8cETUywxxsn6QxFBCG2MkEIZd/zMwRc1hLFB+/L7kUcjI/NRoQFZTBDII5+c sUkUl7yRyRqhxJKxE4e8UcgOnUyxyCzHJLNMM89EM00112SzTTffhDNOOeeks04778QzTz335LNP P/8ENFBBByW0UEMxW8MnUYISxWdRRQdi1K5IIX1UoEktrfRQTR27dIFOP810U1FHJbVUU09FNVVV TaLpa5rLYLdAhDHuZvBLmMKa+Zp1DURiIytpQeWC0o209KTU85B8XnoqfSHsJrTLGX5UtaiZAQ5d mHFFx3Ev992sGDJfwqVHV647urNAwYZhu149mzbr14D94tZtW/Rg3p4hgoabuqBl07EX30asHDXy ircYiqHoilt4h3SSirboixg4hw8xi5dIinfYh4noiAmRi7Soh6sojb3IhZwYJsRojEzYhcaYidb4 5SbVkN7NN5Ve6kl+6qPuEKzOL6v+5jOFfp4k4iUe6Bwe5npe6Cc+29kN6Ppd6Hee69t95zFu3r4+ DSNhzZZ36tZ8Dahb3S9SfdfpwdYRk5W3zLBduZMYjdKCnSEhoixXGdlemUI1XdSNnRZjqpZqWS70 ------=_NextPart_000_00EE_01C5291A.98B67DA0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 15 18:20:26 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD7Gs-0007yE-1T for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 18:20:26 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD7Gp-0006se-IL for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 18:20:26 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id DADA1144801C for ; Tue, 15 Aug 2006 15:20:19 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 3CC8643001F for ; Tue, 15 Aug 2006 15:19:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3134D398046 for ; Tue, 15 Aug 2006 15:19:39 -0700 (PDT) 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 5B9DE398035 for ; Tue, 15 Aug 2006 15:19:37 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 15 Aug 2006 15:19:37 -0700 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.20060308/8.12.11) with ESMTP id k7FMJaZH002119 for ; Tue, 15 Aug 2006 15:19:36 -0700 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 k7FMJZUX019375 for ; Tue, 15 Aug 2006 15:19:36 -0700 (PDT) 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, 15 Aug 2006 15:19:33 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 15:19:33 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025487D1@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 198: Issues with WTP BSSID element Thread-Index: AcbAuOJjpmziEj7dQ669efpxmMC8Gg== From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 15 Aug 2006 22:19:34.0061 (UTC) FILETIME=[E2F12DD0:01C6C0B8] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 198: Issues with WTP BSSID element X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 The issue states: "IEEE 802.11 Assigned WTP BSSID. The mapping of WLAN IDs to BSSIDs seems like it needs a little more work" Could I get additional details on what needs to be done? The section labelled "IEEE 802.11 Assigned WTP BSSID" describes the message element, and the section "BSSID to WLAN ID Mapping" describes the rules. At this point, it's unclear to me this is a real issue, and I would propose rejecting 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 Tue Aug 15 18:46:43 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD7gI-0000EC-VG for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 18:46:42 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD7gH-0000Gu-GD for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 18:46:42 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id B0E22144805D for ; Tue, 15 Aug 2006 15:46:37 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 7D7AC43001F for ; Tue, 15 Aug 2006 15:45:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2E4C039805D for ; Tue, 15 Aug 2006 15:45:38 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 97EF1398023 for ; Tue, 15 Aug 2006 15:45:35 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 15 Aug 2006 15:45:35 -0700 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.20060308/8.12.11) with ESMTP id k7FMjZKq018423 for ; Tue, 15 Aug 2006 15:45:35 -0700 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 k7FMjSUZ005121 for ; Tue, 15 Aug 2006 15:45:35 -0700 (PDT) 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, 15 Aug 2006 15:45:28 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 15:45:28 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025487FC@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 193: Issues with Reset request and response Thread-Index: AcbAvCFEWyDaXmgUTDWqcQq+3uzQQQ== From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 15 Aug 2006 22:45:28.0524 (UTC) FILETIME=[817968C0:01C6C0BC] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 193: Issues with Reset request and response X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 My apologies for the format below, but xml.resource.org appears to be down, so I cannot reformat the XML into txt. Below is my proposed change: x.x 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 Reset Request message carries no message elements. When a WTP receives a Reset Request it will respond with a Reset Response indicating success and then reinitialize itself. 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. x.y Reset Response The Reset Response message acknowledges the Reset Request message. A Reset Response message is sent by the WTP after receiving a Reset Request message. The following message elements MAY be included in the Image Data Request Message. Result Code, see When an AC receives a successful Reset Response message, it is notified that the WTP will reinitialize its operation. An AC that receives a Reset Response indicating failure may opt to no longer provide service to the WTP in question. I've also added a new enum value to Result-Code, which indicates failure to reset 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 Aug 15 19:16:11 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD88p-0000iE-4H for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:16:11 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD88n-0004Cf-OS for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:16:11 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 53FEF1448088 for ; Tue, 15 Aug 2006 16:16:06 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id C31FE43001F for ; Tue, 15 Aug 2006 16:15:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id B5E9B398037 for ; Tue, 15 Aug 2006 16:15:33 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id E64DC398015 for ; Tue, 15 Aug 2006 16:15:30 -0700 (PDT) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-4.cisco.com with ESMTP; 15 Aug 2006 16:15:31 -0700 X-IronPort-AV: i="4.08,129,1154934000"; d="scan'208"; a="1847374923:sNHT30013604" 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.20060308/8.12.11) with ESMTP id k7FNFUe6027256 for ; Tue, 15 Aug 2006 16:15:30 -0700 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 k7FNFUcJ019387 for ; Tue, 15 Aug 2006 16:15:30 -0700 (PDT) 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.211); Tue, 15 Aug 2006 16:15:30 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:15:29 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548832@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 157: Inconsistent naming of message elements Thread-Index: AcbAwLL5G6x5tVeEQHivxkWadBqJwQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 15 Aug 2006 23:15:30.0494 (UTC) FILETIME=[B38835E0:01C6C0C0] Authentication-Results: sj-dkim-5.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 157: Inconsistent naming of message elements X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 8) The message types are inconsistently named, and do not follow the conventions of well designed protocols. Can the operations be named consistently with the following terminology: 1) request/response (used to get/set/perform action) 2) report/ack (use to tell the other side something) Dave, could you provide your thoughts on which messages fall within which one of your categories? 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 Aug 15 19:16:20 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD88y-0000ii-3P for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:16:20 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD87F-0003es-Id for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:14:34 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id ED5AB144807B for ; Tue, 15 Aug 2006 16:14:29 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 4202743001F for ; Tue, 15 Aug 2006 16:13:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3084739804E for ; Tue, 15 Aug 2006 16:13:57 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 35C02398015 for ; Tue, 15 Aug 2006 16:13:53 -0700 (PDT) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 15 Aug 2006 16:13:53 -0700 X-IronPort-AV: i="4.08,129,1154934000"; d="scan'208"; a="1847373942:sNHT31283906" 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.20060308/8.12.11) with ESMTP id k7FNDqYO020827 for ; Tue, 15 Aug 2006 16:13:52 -0700 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 k7FNDkTF002466 for ; Tue, 15 Aug 2006 16:13:52 -0700 (PDT) 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.211); Tue, 15 Aug 2006 16:13:51 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:13:50 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20254882C@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 167: Primary Discovery are not required Thread-Index: AcbAwHgbUUjILMNVRHSsbJVU+abY3A== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 15 Aug 2006 23:13:51.0621 (UTC) FILETIME=[78996350:01C6C0C0] Authentication-Results: sj-dkim-8.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 167: Primary Discovery are not required X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 I disagree. The Primary Discovery is sent when the WTP is already in the connected state, but to check the presence of the primary. This typically occurs when the primary failed, causing a failover. This is different from the Discovery because the WTP is already in the Run state. The current state machine only allows the Discovery Request to be sent when booting. 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 Aug 15 19:16:40 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD89I-0000qI-NE for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:16:40 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD83C-0002sD-Ol for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:10:24 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 42A451448067 for ; Tue, 15 Aug 2006 16:10:19 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 028AE43001F for ; Tue, 15 Aug 2006 16:09:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E07E139804A for ; Tue, 15 Aug 2006 16:09:42 -0700 (PDT) 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 353D8398023 for ; Tue, 15 Aug 2006 16:09:40 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 15 Aug 2006 16:09:40 -0700 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.20060308/8.12.11) with ESMTP id k7FN9dgs018717 for ; Tue, 15 Aug 2006 16:09:39 -0700 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 k7FN9dld000415 for ; Tue, 15 Aug 2006 16:09:39 -0700 (PDT) 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.211); Tue, 15 Aug 2006 16:09:36 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:09:36 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548828@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 186: How are the "Rate Set" and "Supported Rates" encoded? Thread-Index: AcbAv+BRrKvgngbuSqCHS1UQmwVgUQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 15 Aug 2006 23:09:36.0999 (UTC) FILETIME=[E0D52770:01C6C0BF] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 186: How are the "Rate Set" and "Supported Rates" encoded? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 This was resolved in -02 by referring back to the IEEE document. I am therefore closing 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 Tue Aug 15 19:17:14 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD89q-00018P-Q4 for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:17:14 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD7vE-0001fl-K1 for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:02:10 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id B176C144806F for ; Tue, 15 Aug 2006 16:02:04 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 9AC9F43001F for ; Tue, 15 Aug 2006 16:01:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 84BD21448049 for ; Tue, 15 Aug 2006 16:01:24 -0700 (PDT) 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 0F468144804C for ; Tue, 15 Aug 2006 16:01:21 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 15 Aug 2006 16:01:22 -0700 X-IronPort-AV: i="4.08,129,1154934000"; d="scan'208"; a="440756782:sNHT30041572" 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.20060308/8.12.11) with ESMTP id k7FN1LQb002609 for ; Tue, 15 Aug 2006 16:01:21 -0700 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 k7FN1KUX015503 for ; Tue, 15 Aug 2006 16:01:21 -0700 (PDT) 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.211); Tue, 15 Aug 2006 16:01:20 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:01:19 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548819@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 174: AC Name with Index is all messed up... Thread-Index: AcbAvrgtGoKTbb+bTmmLLVRuKcVhtQ== From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 15 Aug 2006 23:01:20.0552 (UTC) FILETIME=[B8ED5A80:01C6C0BE] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 174: AC Name with Index is all messed up... X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 The current issue reads: "AC Name with Index is all messed up..." This is unfortunately not sufficient for me to make any progress on resolving this issue. As far as I am concerned, there is nothing wrong with the text, other than perhaps making a change from ASCII to UTF-8, if we opt to make this change in the AC/WTP Name 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 Tue Aug 15 19:18:00 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD89N-0000j2-9a for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:16:45 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD80h-0002TY-Gj for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:07:50 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 23E04144803F for ; Tue, 15 Aug 2006 16:07:44 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id EB70A43001F for ; Tue, 15 Aug 2006 16:07:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B26FC144802E for ; Tue, 15 Aug 2006 16:07:05 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 000ED144801C for ; Tue, 15 Aug 2006 16:07:03 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 15 Aug 2006 16:07:03 -0700 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.20060308/8.12.11) with ESMTP id k7FN72hM024122; Tue, 15 Aug 2006 16:07:02 -0700 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 k7FN71lX028242; Tue, 15 Aug 2006 16:07:02 -0700 (PDT) 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.211); Tue, 15 Aug 2006 16:07:02 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:07:01 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548824@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Country-specific restrictions Thread-Index: Aca3/E9y3E1rGzvUSp+Me3m/ZNhAYwIwvVTw From: "Pat Calhoun (pacalhou)" To: "Roshan T" , X-OriginalArrivalTime: 15 Aug 2006 23:07:02.0735 (UTC) FILETIME=[84E255F0:01C6C0BF] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( 59 extraneous bytes; sig from cisco.com 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] Country-specific restrictions X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1978022990==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 2857c5c041d6c02d7181d602c22822c8 This is a multi-part message in MIME format. --===============1978022990== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6C0BF.84D27114" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6C0BF.84D27114 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WTPs still have to have proper regulatory domain certification, but they are capable or reporting their domain to the AC. The WTPs are able to report support (or not) for specific bands (e.g., 802.11b/g vs. 802.11a). However, the power to know how to deal with any regulatory issues remains in the WTP (it is the device that is certified, not the AC). =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Roshan T [mailto:thekkeku@gmail.com]=20 Sent: Friday, August 04, 2006 12:28 PM To: Capwap@frascone.com Subject: [Capwap] Country-specific restrictions =09 =09 Hi, =20 Many countries are coming up with regulations to restrict access to the 5GHz bands.=20 Is this something that the Capwap is looking to addresss. Basically developing schemes that will ensure that radio config info/image management will address country specific rules. =20 Regards, Roshan. ------_=_NextPart_001_01C6C0BF.84D27114 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
WTPs=20 still have to have proper regulatory domain certification, but they are = capable=20 or reporting their domain to the AC. The WTPs are able to report support = (or=20 not) for specific bands (e.g., 802.11b/g vs. 802.11a). However, the = power to=20 know how to deal with any regulatory issues remains in the WTP (it is = the device=20 that is certified, not the AC).
 

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

 

From: Roshan T = [mailto:thekkeku@gmail.com]=20
Sent: Friday, August 04, 2006 12:28 PM
To:=20 Capwap@frascone.com
Subject: [Capwap] Country-specific=20 restrictions

Hi,
 
    Many countries are coming up with = regulations to=20 restrict access to the 5GHz bands.
Is this something that the Capwap is looking to addresss.=20 Basically developing schemes that will ensure that radio = config=20 info/image management will address country specific rules.
 
Regards,
Roshan.
------_=_NextPart_001_01C6C0BF.84D27114-- --===============1978022990== 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 --===============1978022990==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 15 19:18:54 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD89U-0000w1-LR for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:16:52 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD7yn-00024g-IX for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:05:51 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 2FCC4144806D for ; Tue, 15 Aug 2006 16:05:46 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 5BAE143001F for ; Tue, 15 Aug 2006 16:05:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 3ED0F1448038 for ; Tue, 15 Aug 2006 16:05:12 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id A3574144801C for ; Tue, 15 Aug 2006 16:05:10 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 15 Aug 2006 16:05:09 -0700 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.20060308/8.12.11) with ESMTP id k7FN59nA019177; Tue, 15 Aug 2006 16:05:09 -0700 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 k7FN4EUl017183; Tue, 15 Aug 2006 16:05:09 -0700 (PDT) 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.211); Tue, 15 Aug 2006 16:05:02 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:05:01 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548821@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Checking in with Pat Thread-Index: Aca30opuQmfOragRTkGiuSDK6sa+ZwI7IKKg From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" X-OriginalArrivalTime: 15 Aug 2006 23:05:02.0096 (UTC) FILETIME=[3CFA4900:01C6C0BF] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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] Checking in with Pat X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 52e1467c2184c31006318542db5614d5 Pat is doing fine, after a rather nasty set of contiguous weeks on the road, followed by a most pleasant week of vacation ;-) Seriously, I've been behind in my capwap duties, and will start cranking on them over the course of the next week or so. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Friday, August 04, 2006 7:30 AM > To: Pat Calhoun (pacalhou) > Cc: capwap > Subject: Checking in with Pat > > HI, > > Since the IETF meeting, I haven't had a chance to check in > with you. I hope all is fine. > > There are quite a few outstanding issues to resolve to go > forward with CAPWAP. What process would you like to propose > to make progress? > > 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 Aug 15 19:26:42 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD8Iz-0004jj-VF for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:26:42 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD8Iy-0006JV-H7 for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:26:41 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id EEAB4144807A for ; Tue, 15 Aug 2006 16:26:36 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 70C8E43001F for ; Tue, 15 Aug 2006 16:26:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 64F58398015 for ; Tue, 15 Aug 2006 16:26:00 -0700 (PDT) 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 B544C398037 for ; Tue, 15 Aug 2006 16:25:56 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-1.cisco.com with ESMTP; 15 Aug 2006 16:25:57 -0700 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.20060308/8.12.11) with ESMTP id k7FNPuGE005306 for ; Tue, 15 Aug 2006 16:25:56 -0700 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 k7FNPslR010501 for ; Tue, 15 Aug 2006 16:25:56 -0700 (PDT) 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.211); Tue, 15 Aug 2006 16:25:44 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:25:43 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548842@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 150: Can message elements be created in any order Thread-Index: AcbAwiDbtaMBkfQKQA+/7YNjS8W7FA== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 15 Aug 2006 23:25:44.0299 (UTC) FILETIME=[21636BB0:01C6C0C2] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 150: Can message elements be created in any order X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Below is the proposed text to address this issue. x.x CAPWAP Protocol Message Elements [...] Note that unless otherwise specified, a control message that lists a set of supported (or expected) message elements MUST not expect the message elements to be in any specific order. The sender may order the message elements as convenient. Furthermore, unless specifically noted, any individual message element may exist one or more times within a given control message. [...] 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 Aug 15 19:47:23 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD8d1-0002bS-KK for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:47:23 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD8d0-0008DW-6H for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:47:23 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id A1DD01448057 for ; Tue, 15 Aug 2006 16:47:18 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 0618C43001F for ; Tue, 15 Aug 2006 16:46:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id D9BCE144801C for ; Tue, 15 Aug 2006 16:46:45 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 428AA144802E for ; Tue, 15 Aug 2006 16:46:43 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 15 Aug 2006 16:46:43 -0700 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.20060308/8.12.11) with ESMTP id k7FNkhNu027744 for ; Tue, 15 Aug 2006 16:46:43 -0700 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 k7FNkhUJ011354 for ; Tue, 15 Aug 2006 16:46:43 -0700 (PDT) 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.211); Tue, 15 Aug 2006 16:46:43 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:46:42 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548873@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 172: Change Echo to Keepalive or heartbeat Thread-Index: AcbAxQ9TBRkNFtIoSNynuDpSeSjHmQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 15 Aug 2006 23:46:43.0408 (UTC) FILETIME=[0FE03500:01C6C0C5] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 172: Change Echo to Keepalive or heartbeat X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Does this really matter? Is it that important that the name be changed? Some protocols call it echo, while others utilize different names. I propose rejecting 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 Tue Aug 15 19:55:32 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD8ku-0005Eb-45 for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:55:32 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD8kp-0000sl-M3 for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:55:32 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 3F4741448070 for ; Tue, 15 Aug 2006 16:55:24 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 951B143001F for ; Tue, 15 Aug 2006 16:54:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 83F8B1448044 for ; Tue, 15 Aug 2006 16:54:50 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id E71B7144803F for ; Tue, 15 Aug 2006 16:54:47 -0700 (PDT) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 15 Aug 2006 16:54:48 -0700 X-IronPort-AV: i="4.08,129,1154934000"; d="scan'208"; a="311796702:sNHT31010940" 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.20060308/8.12.11) with ESMTP id k7FNslbE005020 for ; Tue, 15 Aug 2006 16:54:47 -0700 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 k7FNslSn018528 for ; Tue, 15 Aug 2006 16:54:47 -0700 (PDT) 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, 15 Aug 2006 16:54:46 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:54:46 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A20254887D@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 156: Definition of messages that trigger actions. Thread-Index: AcbAxi+c/hQm5pJ5Qu+nNGpfg97r7g== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 15 Aug 2006 23:54:46.0978 (UTC) FILETIME=[301B2220:01C6C0C6] Authentication-Results: sj-dkim-8.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 156: Definition of messages that trigger actions. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 issue states: "There are some message elements that cause "actions". This approach to protocol design is problematic and should be eliminated." This is unfortunately not enough data for me to even guess as to how I should address this issue. Furthermore, I disagree with the statement that protocols causing actions are problematic. That's what protocols are designed to do - cause actions (whether the protocols are problematic or not is a different issue). Just look at OSPF. Receiving a routing update causes an action of updating the routing table. At this point, I am inclined to 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 Tue Aug 15 19:59:07 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD8oN-0006Ok-LR for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:59:07 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD8oJ-00013E-7N for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:59:07 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id A25BD144807A for ; Tue, 15 Aug 2006 16:58:57 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 8337243001F for ; Tue, 15 Aug 2006 16:58:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6FD8639804A for ; Tue, 15 Aug 2006 16:58:24 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id C3792398011 for ; Tue, 15 Aug 2006 16:58:21 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 15 Aug 2006 16:58:21 -0700 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.20060308/8.12.11) with ESMTP id k7FNwLbi005090 for ; Tue, 15 Aug 2006 16:58:21 -0700 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 k7FNwLlN029732 for ; Tue, 15 Aug 2006 16:58:21 -0700 (PDT) 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, 15 Aug 2006 16:58:20 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 16:58:20 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548882@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 169: Need "common name" in CERT so AC can verify Thread-Index: AcbAxq8XcV+w+js/Q12zqGDbaBuFTA== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 15 Aug 2006 23:58:20.0995 (UTC) FILETIME=[AFAB8930:01C6C0C6] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 169: Need "common name" in CERT so AC can verify X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 need to send "common name" as found in the WTP CERT so that the AC can verify The protocol currently relies on the MAC address being the key that binds the certificate to the WTP. I don't see a need to change this. I am therefore proposing rejecting 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 Tue Aug 15 20:16:16 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD94y-0003q3-FU for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 20:16:16 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD94x-0002TB-1d for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 20:16:16 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5492B39806F for ; Tue, 15 Aug 2006 17:16:14 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 124BA43001F for ; Tue, 15 Aug 2006 17:15:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id EDBC739805D for ; Tue, 15 Aug 2006 17:15:49 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 28952398060 for ; Tue, 15 Aug 2006 17:15:47 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 15 Aug 2006 17:15:47 -0700 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.20060308/8.12.11) with ESMTP id k7G0FlYk017978 for ; Tue, 15 Aug 2006 17:15:47 -0700 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 k7G0FlUJ024986 for ; Tue, 15 Aug 2006 17:15:47 -0700 (PDT) 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, 15 Aug 2006 17:15:47 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 17:15:46 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548892@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 155: The documentation of which "binding specific" message elements Thread-Index: AcbAyR78Iw12ICTETk+/bN/Iv/8jnQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 16 Aug 2006 00:15:47.0352 (UTC) FILETIME=[1F58F180:01C6C0C9] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 155: The documentation of which "binding specific" message elements X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 the documentation of which "binding specific" message elements are to be included with CAPWAP messages is not consistent, and is difficult to follow. Dave. Unfortunately, I don't understand the comment. There is clearly a table that articulates which message element needs to be included in each message. I will have to ask for additional details, or even an example of what you'd like to see. 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 Aug 15 21:00:50 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD9m6-00035o-6j for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 21:00:50 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD7wz-0001sg-Uz for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 19:03:57 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GD7iQ-0002Y9-3f for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 18:48:55 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 3082E144804E for ; Tue, 15 Aug 2006 15:48:42 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 6BB5343001F for ; Tue, 15 Aug 2006 15:48:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5DB08398046 for ; Tue, 15 Aug 2006 15:48:07 -0700 (PDT) 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 76BA3398023 for ; Tue, 15 Aug 2006 15:48:05 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 15 Aug 2006 15:48:05 -0700 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.20060308/8.12.11) with ESMTP id k7FMm5xx029261 for ; Tue, 15 Aug 2006 15:48:05 -0700 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 k7FMm5UJ007249 for ; Tue, 15 Aug 2006 15:48:05 -0700 (PDT) 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, 15 Aug 2006 15:48:05 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 15:48:04 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025487FF@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 166: Is AC Name text? Thread-Index: AcbAvN5rFHMlKH3NQqWot07ze9cAqw== From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 15 Aug 2006 22:48:05.0049 (UTC) FILETIME=[DEC53A90:01C6C0BC] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 166: Is AC Name text? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69 I was originally inclined to reject this issue, since the text is pretty clear already in the format of the message element. It states: The AC name message element contains an ASCII representation of the AC's identity. The value is a variable length byte string. The string is NOT zero terminated. However, after careful consideration, I am wondering if I should just abuse the existence of this issue to change the format from ASCII to UTF-8. So the new text would look like (and a similar change would exist for WTP name). x.x AC-Name The AC name message element contains an UTF-8 representation of the AC's identity. The value is a variable length byte string. The string is NOT zero terminated. 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ | Name ... +-+-+-+-+-+-+-+-+ Type: 4 for AC Name Length: > 0 Name: A variable length UTF-8 string containing the AC's name Comments? 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 Aug 15 21:04:55 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GD9q3-0004Te-LD for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 21:04:55 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GD9q0-0003Hu-5v for capwap-archive@lists.ietf.org; Tue, 15 Aug 2006 21:04:55 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 51586398065 for ; Tue, 15 Aug 2006 18:04:51 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 5BC3643001F for ; Tue, 15 Aug 2006 18:03:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4241D39804E for ; Tue, 15 Aug 2006 18:03:48 -0700 (PDT) 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 6D4A9398023 for ; Tue, 15 Aug 2006 18:03:45 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 15 Aug 2006 18:03:45 -0700 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.20060308/8.12.11) with ESMTP id k7G13jIR017968 for ; Tue, 15 Aug 2006 18:03:45 -0700 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 k7G13jUJ023691 for ; Tue, 15 Aug 2006 18:03:45 -0700 (PDT) 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, 15 Aug 2006 18:03:44 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 15 Aug 2006 18:03:44 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025488BA@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 161: Ther term "Mobile" is not really accurate Thread-Index: AcbAz9IJJQbXmUm3QLyFamlwrGJF9A== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 16 Aug 2006 01:03:45.0095 (UTC) FILETIME=[D29DAD70:01C6C0CF] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 161: Ther term "Mobile" is not really accurate X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 93238566e09e6e262849b4f805833007 The term "mobile" is not really accurate when describing wireless interfaces, since wireless does not imply mobile. Can we just use the techie term "STA" instead. In my honest opinion, this is one of those change requests that is really unnecessary. Traditionally, the IETF has used the term mobile (e.g., mobile station in Mobile IP). However, given the comment, and the fact that the 802.11 WG uses the term station, or STA for short, I will go ahead and make the change. Of course, the next binding technology may end up using different terminology (including mobile). This will, of course, touch nearly every section of the specification (read: diffs will be more complex). 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 Wed Aug 16 11:07:38 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDMza-0001Gm-Cs for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 11:07:38 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDMzW-0006En-Tm for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 11:07:38 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0B174398112 for ; Wed, 16 Aug 2006 08:07:14 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 93289430018 for ; Wed, 16 Aug 2006 08:05:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6804A3980C7 for ; Wed, 16 Aug 2006 08:05:59 -0700 (PDT) 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 D186539809F for ; Wed, 16 Aug 2006 08:05:56 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 16 Aug 2006 08:05:56 -0700 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.20060308/8.12.11) with ESMTP id k7GF5uuw011815 for ; Wed, 16 Aug 2006 08:05:56 -0700 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 k7GF5tQV020207 for ; Wed, 16 Aug 2006 08:05:56 -0700 (PDT) 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); Wed, 16 Aug 2006 08:05:55 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 16 Aug 2006 08:05:54 -0700 Message-ID: <17B8C6DE4E228348B4939BDA6B05A9DC01E5691B@xmb-sjc-237.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 161: Ther term "Mobile" is not really accurate Thread-Index: AcbAz9IJJQbXmUm3QLyFamlwrGJF9AAdXfSQ From: "Bob O'Hara (boohara)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 16 Aug 2006 15:05:55.0750 (UTC) FILETIME=[793BBC60:01C6C145] Authentication-Results: sj-dkim-2.cisco.com; header.From=boohara@cisco.com; dkim=pass ( sig from cisco.com 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 161: Ther term "Mobile" is not really accurate X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 STOP! Put that editor down and step away from the draft! I think it is a big mistake to embed a term that is tied to a single binding into the entirety of the draft. -Bob -----Original Message----- From: Pat Calhoun (pacalhou) Sent: Tuesday, August 15, 2006 6:04 PM To: Capwap@frascone.com Subject: [Capwap] Issue 161: Ther term "Mobile" is not really accurate The term "mobile" is not really accurate when describing wireless interfaces, since wireless does not imply mobile. Can we just use the techie term "STA" instead. In my honest opinion, this is one of those change requests that is really unnecessary. Traditionally, the IETF has used the term mobile (e.g., mobile station in Mobile IP). However, given the comment, and the fact that the 802.11 WG uses the term station, or STA for short, I will go ahead and make the change. Of course, the next binding technology may end up using different terminology (including mobile). This will, of course, touch nearly every section of the specification (read: diffs will be more complex). 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 Wed Aug 16 11:49:02 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDNde-0007Am-1O for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 11:49:02 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDNXw-0007nf-9x for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 11:43:09 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id A7938398114 for ; Wed, 16 Aug 2006 08:43:07 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 1CAA0430018 for ; Wed, 16 Aug 2006 08:42:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E739D3980C5 for ; Wed, 16 Aug 2006 08:42:05 -0700 (PDT) Received: from fridge.docomolabs-usa.com (key1.docomolabs-usa.com [216.98.102.225]) by zoidberg.tigertech.net (Postfix) with ESMTP id 59F34398083 for ; Wed, 16 Aug 2006 08:42:00 -0700 (PDT) Message-ID: <023b01c6c14a$79b714a0$266115ac@dcml.docomolabsusa.com> From: "James Kempf" To: "Pat Calhoun (pacalhou)" , "Bob O'Hara (boohara)" , References: <4FF84B0BC277FF45AA27FE969DD956A202548957@xmb-sjc-235.amer.cisco.com> Date: Wed, 16 Aug 2006 08:41:43 -0700 MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=3.076 tagged_above=-999 required=7 tests=MSGID_DOLLARS X-Spam-Level: *** Subject: Re: [Capwap] Issue 161: Ther term "Mobile" is not really accurate X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 3.1 (+++) X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be What this from RFC 3753: Mobile Node (MN) An IP node capable of changing its point of attachment to the network. A Mobile Node may either be a Mobile Host (no forwarding functionality) or a Mobile Router (forwarding functionality). Mobile Host (MH) A mobile node that is an end host and not a router. A Mobile Host is capable of sending and receiving packets, that is, being a source or destination of traffic, but not a forwarder of it. jak ----- Original Message ----- From: "Pat Calhoun (pacalhou)" To: "Bob O'Hara (boohara)" ; Sent: Wednesday, August 16, 2006 8:34 AM Subject: Re: [Capwap] Issue 161: Ther term "Mobile" is not really accurate > Could you recommend another term? I agree that "mobile" is not enough. > We could change it to "mobile node", "mobile device", etc. However, > mobile is a verb, not a noun. That's why station is ok with me too. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > >> -----Original Message----- >> From: Bob O'Hara (boohara) >> Sent: Wednesday, August 16, 2006 8:06 AM >> To: Pat Calhoun (pacalhou); Capwap@frascone.com >> Subject: RE: [Capwap] Issue 161: Ther term "Mobile" is not >> really accurate >> >> STOP! Put that editor down and step away from the draft! I >> think it is a big mistake to embed a term that is tied to a >> single binding into the entirety of the draft. >> >> -Bob >> >> -----Original Message----- >> From: Pat Calhoun (pacalhou) >> Sent: Tuesday, August 15, 2006 6:04 PM >> To: Capwap@frascone.com >> Subject: [Capwap] Issue 161: Ther term "Mobile" is not really accurate >> >> The term "mobile" is not really accurate when describing >> wireless interfaces, since wireless does not imply mobile. >> Can we just use the techie term "STA" instead. >> >> In my honest opinion, this is one of those change >> requests that is really unnecessary. Traditionally, the IETF >> has used the term mobile (e.g., mobile station in Mobile IP). >> However, given the comment, and the fact that the >> 802.11 WG uses the term station, or STA for short, I will go >> ahead and make the change. Of course, the next binding >> technology may end up using different terminology (including mobile). >> >> This will, of course, touch nearly every section of the specification >> (read: diffs will be more complex). >> >> 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 Wed Aug 16 11:49:24 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDNe0-0007Gs-EY for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 11:49:24 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDNS5-0007Yf-K7 for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 11:37:08 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id CC2C0398122 for ; Wed, 16 Aug 2006 08:37:03 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id B7FD5430018 for ; Wed, 16 Aug 2006 08:36:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4B09C398079 for ; Wed, 16 Aug 2006 08:36:21 -0700 (PDT) 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 AB5E5398069 for ; Wed, 16 Aug 2006 08:36:14 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 16 Aug 2006 08:34:12 -0700 X-IronPort-AV: i="4.08,133,1154934000"; d="scan'208"; a="440798197:sNHT413409588" 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.20060308/8.12.11) with ESMTP id k7GFYCTN013657 for ; Wed, 16 Aug 2006 08:34:12 -0700 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 k7GFYCQV011793 for ; Wed, 16 Aug 2006 08:34:12 -0700 (PDT) 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.211); Wed, 16 Aug 2006 08:34:12 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 16 Aug 2006 08:34:12 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548957@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 161: Ther term "Mobile" is not really accurate Thread-Index: AcbAz9IJJQbXmUm3QLyFamlwrGJF9AAdXfSQAAEA2+A= From: "Pat Calhoun (pacalhou)" To: "Bob O'Hara (boohara)" , X-OriginalArrivalTime: 16 Aug 2006 15:34:12.0726 (UTC) FILETIME=[6CB5B960:01C6C149] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 161: Ther term "Mobile" is not really accurate X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Could you recommend another term? I agree that "mobile" is not enough. We could change it to "mobile node", "mobile device", etc. However, mobile is a verb, not a noun. That's why station is ok with me too. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Bob O'Hara (boohara) > Sent: Wednesday, August 16, 2006 8:06 AM > To: Pat Calhoun (pacalhou); Capwap@frascone.com > Subject: RE: [Capwap] Issue 161: Ther term "Mobile" is not > really accurate > > STOP! Put that editor down and step away from the draft! I > think it is a big mistake to embed a term that is tied to a > single binding into the entirety of the draft. > > -Bob > > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 6:04 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 161: Ther term "Mobile" is not really accurate > > The term "mobile" is not really accurate when describing > wireless interfaces, since wireless does not imply mobile. > Can we just use the techie term "STA" instead. > > In my honest opinion, this is one of those change > requests that is really unnecessary. Traditionally, the IETF > has used the term mobile (e.g., mobile station in Mobile IP). > However, given the comment, and the fact that the > 802.11 WG uses the term station, or STA for short, I will go > ahead and make the change. Of course, the next binding > technology may end up using different terminology (including mobile). > > This will, of course, touch nearly every section of the specification > (read: diffs will be more complex). > > 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 Wed Aug 16 11:51:14 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDNfm-0007nb-1t for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 11:51:14 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDNfg-0000Th-Lu for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 11:51:14 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5126839817C for ; Wed, 16 Aug 2006 08:51:08 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id AD7CC430018 for ; Wed, 16 Aug 2006 08:50:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9A6503980D3 for ; Wed, 16 Aug 2006 08:50:36 -0700 (PDT) Received: from IS1.enterasys.com (is1.enterasys.com [63.160.138.52]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7B3E5398078 for ; Wed, 16 Aug 2006 08:50:29 -0700 (PDT) Received: from MABOSEVS2.ets.enterasys.com ([134.141.77.30]) by nhrocefe2.ets.enterasys.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Aug 2006 11:50:27 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 16 Aug 2006 11:50:27 -0400 Message-ID: <3CFB564E055A594B82C4FE89D21565602193E1@MABOSEVS2.ets.enterasys.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A202548957@xmb-sjc-235.amer.cisc o.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 161: Ther term "Mobile" is not really accurate Thread-Index: AcbAz9IJJQbXmUm3QLyFamlwrGJF9AAdXfSQAAEA2+AAAIvYUA== From: "Nelson, David" To: X-OriginalArrivalTime: 16 Aug 2006 15:50:27.0555 (UTC) FILETIME=[B1C0D330:01C6C14B] X-imss-version: 2.042 X-imss-result: Passed X-imss-approveListMatch: *@enterasys.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: Subject: Re: [Capwap] Issue 161: Ther term "Mobile" is not really accurate X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: d17f825e43c9aed4fd65b7edddddec89 Pat Calhoun writes... > However, mobile is a verb, not a noun. Actually, it's an adjective. :-) _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From meqmsagnaj@tpnet.pl Wed Aug 16 12:21:45 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDO9J-00029J-HD for capwap-archive@ietf.org; Wed, 16 Aug 2006 12:21:45 -0400 Received: from aboo16.neoplus.adsl.tpnet.pl ([83.8.30.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDO95-0001wQ-GM for capwap-archive@ietf.org; Wed, 16 Aug 2006 12:21:45 -0400 From: "onestop musical" To: capwap-archive@ietf.org Subject: to local Date: Wed, 16 Aug 2006 18:21:19 -0200 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0002_01C6C160.C5244EB0" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcbBYMUmkNNHA0rQTpiRv+QJHLKtbA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 1.8 (+) X-Scan-Signature: 4863a9796402a44fdb52482f353618fe ------=_NextPart_000_0002_01C6C160.C5244EB0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0003_01C6C160.C5244EB0" ------=_NextPart_001_0003_01C6C160.C5244EB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit curse society. One way have people with different But purpose due both parents castes. K.A. Madhva Raja Hyderabad system curse society. One way have Copyright Contacts Sites: eBooks Images Set up March offer more goodies our These include dealers and event come together share their knowledge spread fellow directory listings calendar keep updated latest around town. one most visited our These include video streaming forum ads directory listings calendar keep updated latest around town. one most visited website. Catering growing need better concern Nobility Archives Issue Datewise Features: Life Magazine Literary Review Metro Plus Open Education Book SciTech Young World Property Quest Sign Post Folio Group: benefits country can extend matter education social security binding upholding High verdict child born wedlock will inherit only fathers caste. Children such should not denied benefits country can extend matter education social security binding father. laws land amended give due both parents castes. K.A. Madhva Raja Hyderabad system such should not denied benefits country can extend matter education social security binding father. laws land amended give due both parents castes. K.A. Madhva Raja Hyderabad system man woman enter the website by clicking on image below is dedicated States Advts: Sir This refers Supreme Court Features: Life Magazine Literary Review Metro Plus Open Education Book lovers makers educators dealers and event come needs. Hindu Opinion Its Music in Singapore Please enter the website by choice. P. Theni T.N. Printer friendly page Send this article Us Contact News: Page Tamil Nadu Andhra Pradesh Karnataka Kerala Delhi Other States Advts: clicking on image its onestop musical needs. Hindu Opinion Letters Editor Leave them Online edition Indias National Newspaper Saturday Feb Group Business Line Sportstar Frontline About Us Contact News: ruling upholding High Andhra Pradesh clicking on image below is dedicated to local music industry We provide land amended give due both parents castes. K.A. Madhva Raja Hyderabad system curse society. One way have people with different But purpose defeated man woman belonging forced accept A.S. Chennai any Set up March offer more goodies our These services aims fulfill that its onestop musical needs. Hindu Opinion can extend matter education social security binding father. laws land streaming forum Send this article Friends EMail Updates: Breaking Stories Section NO ARMS FOR NEPAL TREATING HIV lightness seeing Evolution takes backseat Goa politics Matter concern seeing Evolution takes backseat ------=_NextPart_001_0003_01C6C160.C5244EB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

curse society. One way have = people with different But purpose

due both parents castes. = K.A. Madhva Raja Hyderabad system curse society. One way = have

Copyright Contacts Sites: = eBooks Images

Set up March offer more = goodies our These include

dealers and event come = together share their knowledge spread = fellow

directory listings calendar = keep updated latest around town. one most = visited

our These include video = streaming forum ads directory listings calendar keep updated latest = around town. one most visited website. Catering growing need = better

concern Nobility Archives = Issue Datewise Features: Life Magazine Literary Review Metro Plus Open = Education Book SciTech Young World Property Quest Sign Post Folio = Group:

benefits country can extend = matter education social security binding

upholding High verdict = child born wedlock will inherit only fathers caste. Children such should = not denied benefits country can extend matter education social security = binding father. laws land amended give due both parents castes. K.A. = Madhva Raja Hyderabad system

such should not denied = benefits country can extend matter education social security binding = father. laws land amended give due both parents castes. K.A. Madhva Raja = Hyderabad system

man = woman

enter the website by = clicking on image below is dedicated

States Advts: Sir This = refers Supreme Court

Features: Life Magazine = Literary Review Metro Plus Open Education = Book

lovers makers educators = dealers and event come

needs. Hindu = Opinion

Its Music in Singapore = Please enter the website by

choice. P. Theni T.N. = Printer friendly page Send this article

Us Contact News: Page Tamil = Nadu Andhra Pradesh Karnataka Kerala Delhi Other States = Advts:

clicking on = image

its onestop musical needs. = Hindu Opinion Letters Editor Leave them Online edition Indias National = Newspaper Saturday Feb Group Business Line Sportstar Frontline About Us = Contact News:

ruling upholding = High

Andhra = Pradesh

clicking on image below is = dedicated to local music industry We = provide

land amended give due both = parents castes. K.A. Madhva Raja Hyderabad system curse society. One way = have people with different But purpose defeated man woman belonging = forced accept A.S. Chennai any

Set up March offer more = goodies our These

services aims fulfill that = its onestop musical needs. Hindu Opinion

can extend matter education = social security binding father. laws land

streaming = forum

Send this article Friends = EMail Updates: Breaking Stories Section NO ARMS FOR NEPAL TREATING HIV = lightness seeing Evolution takes backseat Goa politics Matter = concern

seeing Evolution takes = backseat

------=_NextPart_001_0003_01C6C160.C5244EB0-- ------=_NextPart_000_0002_01C6C160.C5244EB0 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhxgH0AYcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAAxgH0AQcI/gDtCRxIsKDBgwgTKlzIsKHD hxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fP n0CDCh1KtKjRo0iTKl3KtKnTp1CjSp1KdWinAAOpBKAyMEAnewHCisVaMCxBs123DixFtmsp sGPRGgzL9WDcAK7SniUb9oBeuH4For3LN25ewW2rKl4801UABIjJIsALN+7cxHInh4Vs70AA dwPdBfBL+KDmx3bvHpYLF/FXxK7/lq48dnVixrhzp/QM2nNfe6JJ3768d6BjtofBvrZ3FfbC 45SJy8ZceLRzsYEHD289Xbf37wS//nyc/Nax57xsIbNOXVygVrB17aW3R965wvdqpdP3ap97 2E51aQfgddtlxh9zy4Gn4IIZmYUfV9pZVtZsk+XlGGfn2WNeZGMZVKGGqE0YV3bUIfahdidW 1yFt2AlUylsMxiijRGx59lZ6AcA42153CRRcZ591xdV7HIpl0I+8XSZWJ4FxR6B8j2kHpWZF Rvhfky/OqOWWCjl2FWiiIdcfe39dNdZyjqX5V0JmLimdVqD1JyVYbBUmWJ1jOgfnQAc0yeWf XPqG2mkkLsSalUYKJGiT6ym5YnuaBSYmiLb5mChaos05oUCRAurpp4lWlpaE7cH2o6JBupdf lbedCmSc/2s6VpegYnEml1Z2qqripW3JmuenwH6nFYzMybXjmq01dxaa0bFakLJdJeikPVod doCZTK7pm33bsqgptZQ1Guy45JZr7rnopqvuuuy26+678MYr77z01mvvvfjmq+++/Pbr778A M2gLGQO0wtlAAw9Ahi0EDTBAww/b47BBDlfMMMUVZyxxxAJNvDHCBJPh50AZO3zxxiUXVHLF H5Mc8cocu3ywxzDTV/BArQyAAMwxo6zxzq3grDPQQh+c8MIQzxwxAjkXfHDATDVd8cFSOxx0 xzHT3LPPDpOB8cotYy22PbaUPDLXVmOdMsRgezx2zSrf/DbYZA/g1wEDMMxz3P5rl3133gL5 3RngAlUt98ZXf7xzyU9/5wO7eF9d9tWRCx2Y2y1jPrY9OZ8cN8SgZ760whiHrjlCmKf+8tZ8 X746QmR4HfvnB50u0OyzD4S714oenrPrdotNcGA78w61UjkTZHDhOg9EdNiil05y4rRvHr09 wyvk9vO2S2+91gtZzTv4B+Ht8Mjdd29+8HxW3GTOB3Nf8PhbV368Uun3TP7c3kMfutpr81jZ 3Fe7kiUObv3bG9q25rCd6W11a2Me9azHNo0JbYKcO5z/tOZA/+UMg/crSv5opzoKQm+ELqOb 2w4gtbPBDHgWTCDcEOiyDC4OgCy7YP8qmEMJGuSD//7jH/ww17kQLiV5OOMM/JwntxL674Qg PGHWXlcQ83nvhk8sYBD3h7qXNc2EvTtf9cZIkPX5yYxFY+LVaPbFGhpRKfabXO+WxzT2FbFu Fzud28rmuS1OcWwE44weOYbF7o3RiYYc2/rAiD3ZGY+R3dsdQSQ5R8jU0XVhZN0blUKwjFHN gO1jHA4ntrJHHvKPLVufyb6WsTzSTYame6Ubsae1vgUPb57Lny3/djHB4VJoGTsgxzoZxE0e ZYDLI8jR+shCqzWpZiXr4yljyaeQSRNtJ6OhH2MZwVlacYE2S9wSIQm259nQnOMkmzX/901G kgQaxoynPOdJz3ra8574zP+nPvepT2nw858ADahAB0rQghr0oAhNqEI3OY2nwGOhEI2oRCdK 0Ypa9KIYzahGN8rRjnp0oJsI6UBEShCSHqQe5AhpOwRCUgTcQ6Us3QRnSIpSmBakpptYqT1M atJ22DSlI+UpOYIaUpHydBNEJWpRS1pUcsy0qDmNKVR3CtV7FISmKY2qQZYq1ZBadSA+1SpV g0rVqSq1pzZlKlQRsImv2uOlbIWqTk1KkLDqtKybcGpXjYpUesZ1E4Gh61gP4lNO5XWwUWWr VUM61LEWlj6HBWtf2TrUowqEHF+9x1DrIVPIhtSSm6jHVfs62MH+1U+CHaxPIUPSA0RVsC2N bEz+7fFYyhbktLOFbGMxKxDN5ra0qf2tPXj71saSta6A7cxr++ralaaWuL5VbWdhS1p5ctan oi2tcJk6MpE+Vq2sRWpIzxbT7pLWu52FbDvYKlrXjtcenDXvcQd73dAydavnde55xVtd4FaX r+QVSH2za9nVGla/8w1uaQ2s3vuONq6/5WtBGMxWBLPUwvM9SBKOB9fIUhchYb3HwUQK1NGS o7JIDXHjaOvVEe93uP+t7FBfet239te/x+2wcbUbYf6S9cOQdatjW3wQHeeWrX4pMUtRnOAb /1bJO91xat2bXBwLFsqHtaxg23FXeR62xEA+SFa1KuGyUtW1EIZxWgf+Mua5QrXMswWqhGXb 5DcvGcYOznOZXSvaN/O3qF0ebJu3OlQwV1W4cLbsQRSNaDtL9bh85jFdE/3npXLZr1E1cJhN k1UEK1nCJzYpAjrtIVJbFstDxW6mQyvWJpO1wix2MX5/DFUC91ekih2t80jtvFWH17CFjjGO tztfVOeZT0UNbK23a2wt97dP9KTyezeNEPcO+alj/WsVFWztAqcX1lS+W7Jn3WPlQrVJqeUp hjM8WNei9tl0lXZyvc0ZWH/auApGa71bnW6ZkrTfE/72cke67nsaGNbUZnNnEd7XqHa7r1mF MWi7nNKJDxu6+D5qevX84oOLFeCx5rGkSYv/ZaRWvMGStXhsdYpxASc30sQWbsuPzWJxF1zk Myeppm/tZCM6e6p+Dnhebc2pl+b0154VSFjJkV3kDr3cSl9zSo0bcXJb+cXEhqpeRR50kzb3 uEtvernf3GW7EqSmTKc5u80+2rW2dSAdvnHQo/7xpj4V6D3/qN73zve+U4QYfg+84AdP+MIb /vCIT7ziF8/4xjv+8R7Z73kby1W8ttToRI85bbLFItt0KC7EKlKl3BMfXd/XpCe2vNxB7l+I S36kVR/ujuHL67mbea9f7Tp/sU0fo1P89XdWiIIlMnzhM/ryNlU0Tt1s1oDzaeqaD8rCiwpa 0eI2w4kduObRciHu/mRoPWiZTILQ8n2ylKL0pqd1bymf9+u72rPJ5SxoPwtZzvY1upIFdoav H9uM05r9FxZkAyF/8Fd9C1F8EIGApjFuw5Z9i9VxkyVbChZWhuUX2ncU9hVu8BV/OWVf8/Vd 76cf4dIWZgF+JFgisGEWNZIQH4ZevHdSHSh2wzZg9WduHGhtDBZU5EVXNDhsVzddKdZz7GWD fhFf5tYk7eBUfOVSW+deTeJ7YKWEfbV0ozZ5ZxeD5QaCY1dl6VdSRhd1XVgUh0VjUfVSveVv UkZyq8dua1KCJzgt3FEfbYgVYeEYIbJoPEdV9veCBmFkHHeGthVlNlZjZhhSeyh0ItaF/34Y W27lbKlHYnk3hqy2Umbobki2gQdgf2cmiJaYXGBmVfGliYkYZe6mXH6yiC8GZVlIZGpHW4hF Dj6lU5eGFHLmYx4WbH/Yds23KSlIFuX3eWMRet43gnjRLFY3W4DmgbZ3Z6roZw2Hi3g2ZyiG hQUxaNgHjWT3h+Plbz52e5dli+KFjdjYjZDIjG11MIbGKQdgdLCmhV/WcC/2b5T2jWs2fPKI AO0YaEShaivFjw2Wg4wWgrzYGoYxJmYhh6NSh3qyHdtVZum4gP24cTjWjp3lj/5IUqrIKbxW WhT5a7nmaiQWcZ9WXRY5iaqHWORYabiWVXoljw1WjnTWkTg2kv8+WIV1x4LwOFvQhhQa2JNv hm6kpYU+OJAjqB/OkSTI4hyuEoZ7Nm89J2/vRlZQSYRU2VpcuG1YZ4PTxlxc6GzwF3La5ZPv pYrp6JIZSR+cNY4oyWI+dUY/iWd3xmDlGHzIlpXk9pBLUXnUF3KwhmgrxXBs6Bzd1ygmOBDN 4YYiKC3slmhMRljT12X0hnJ6SX9CRRAn15cL9pilRZPI6HoNt1LWplZEBRmlGFXx9XA6OW+U +IyYaG1AZW3ahlwWZ4Qw53AiRZv2dZk3iRBWeQBDqIA+AX30CHXa5VJPN5Q84hW2Mhw9Ihc2 gpgDOR/4hXeZ+VeVN5RemVvCqWa/lYP/LHacxAlnX3d1hjVZvtc42xl7B5BSd5WEqNlu7ClZ b6d05ACbJxaajJV+WAWexnl0AjZ1TRd2rfhb66mMeQd5/3RyCLqgGcFYK8agEBqhEjqhFFqh IfSgFpqhGrqhHNqhHvqhIBqiIjqiJFqiJnqiKJqiKrqiLNqiLvqiMBqjMjqjNFqjNnqjOJqj OrqjPPp4GtCjQBqkJQEARMoSADAQR8oRRFqkArGkTOqkSeqkBgGlBJGkTbqkV4qlVmqlWbql UpqlVYqlTYqkXRqmXiqm9oCmZJqmaPqlbCqmboqkbbqmXLpRW7oST9oRd5qmU9qnY1qlB3Gk e8qnf0qohlqo/1Hqp4TKpYn6p3v6qIrKqGu6qHQaqQUBqYdapxmlqW1apE8Kp6Cap4XKpmPq plp6ppOKqKO6qoZap5rKp4Maq6naqqzKqYBKq7hqq5eKELKaq5Z6q5Tqqh4lrI5arINaqpUq rIK6q5QKq7M6qVH6pVT6ppwqrXSqpmfKpHKqrdP6pqnaqIs6p5dqqtqqqo7aqaFardy6rM+K UcTarIn6qFqarMz6qaIar3EKrOD6rK9aq9aaqdBar+1aqQQLr/yqEJJqrrp6qwtbsIeqUXeK qfFKphFLrwzLrgbrrAuBqcA6sA/rqwBrrgW7sPsKro3aqySrrw5bqyzLrLjaUehKsP+Ciq4Y e6wKC6fFSq2rSq7puq/jOq+A2qsve7Mxu62Myq3Quq5Fm7RI+7OimrEqy6qJ168bu1BUixJX W3hZO6VbG1BdKxJfK6RiO7ZkW7YgirMOQbVqyhBZG7YGQQBwSwBVFrdw+1V0C7f2cLekYLZL UbFpy6seq6iASxF4+1YEABmFewAEYFWFOxCFiwByy7dJcbTRiqo5O6sR66mVa7k2yxCNu7h5 SwCOK7qNKxCfK7qSixRo67fBGqhIe7LIGrsaOxGnG7qja7sE8bgEsLepqxTsyrpyWrUaC7us i7ESUbuJSwArdbekS7dC1rtD4bfFK7sBO7zGSrHYS7ioa7v/d6tTpWu7kMu70FsUoAqm5tus Zhq1+Kq0IusQn8u423u7uYu6iquP46slbtsRhXsPh4u781sQjbsJ8Xu/M1KuKkG36fW9oUu3 /qu4z0vAEBzBEjzBFFzBFnzB4/KufwsRaPsRa+ut5/vBGNwT6xoRbgu8Svqt2Tu7+TvCMFHC IMyzM/u0Ccu0RhvCCKvCsmu8LgwUy/rDK1yzAqvB6MvDnRuoOszCOtvDPwHEQjy9S2zEAnuu m9u1xzq9R8zEN0G8QUyrkPquv4u5Hyu8IavEWazFNQG7MXyt9nrEHZyuNzzG6UvF21rHaAwe LXzHIWTAMHoFevzHgBzIHbEMHtUI/4J8yIiMUCIstbyaryYsER+8tIlMwgObv3nsshtcxkI8 yZS8s6dKw/UaqmXqrR2cw6OKwpwsEWWgEnFqsxOLyTvcxZacxDN8yancEjObqzhLskDrxVI6 y6fcxbesE1cszDxcxC8rxRxMy0M7zFvMx9Iqri77y2a6uaQqx1wrr5brzE9xyWfMzebCxxws zhjlCOB8zuiczuq8zuzczhSxyO+czf3qsxNhqiPrzngauI88zUisERxrsvjMyvz8yeb7ywac uZr7uzTLyP+8wgF9EmCczLIsz32qxkqMsNJcww8N0QPNtJ7q0JdLzcj8zSBbxhttElhcvQGr qwBt0ZucEP8Nrc8n7RELfcW9nMvqe6rIHMWNXK5ra8szHRUkHdTsAs8AdQIC9QNEvdRM3dRO /dRQ3cPnENURsQFUfdVYndVavdVc3dVe/dVgHdZiHS+3MNZmfdZondZqvdZsvdb88NYE8dZw LRByPdd1bRB3Tdd5zQ8FUdd8PRB/DdhzbQ9+LdiBbdiBndeErdiEHdeO/deJHdeHDdiUvdhy 3dh0XdmXfcGQXdmYPdmYHdqZPdqgPdmg3diRTdp47dmj/dmafRB8ndquvdit3dl9bdumndmd LdsUnNq+vdqtXdvBPdynHdusPdyi3devrdqr/dukjdsKYdfIbdzGndzWfb++vdn/lm3X2o3Y iG3b3y3cep3Yit3d483dg13Yob3bjo3as23e1H3e7F3dlo3Bzt3e7V3a4o3f083YzI0Quc3c vC3fer3ezx3cAS7dyh3fym3B4K3fDZ7c933cED7bFu7ZAW7h4I3h4o3bE37g1h3fD87Zgx3i e03hmr3Xd13YCZ7e5V3i583h203fuv3Y+03bwP3Z5c3a2n3abf3jF+HXQj7kRF7kRn7kSJ7k Sr7kTN7kTt7kQB7lUj7lVF7lVn7l+WStNRzJ1TzH1FrFVavBlPu0sGrQ0pyptQzmbQvLDTHm PW3HIBznbW7UaevIUyzPQA0SthzGbd6q5Kznszu4yNq0/8WMsg57zIMLwxcdy2Mc0V4KsA3L tcE7zh1rqSnNyP2MzZnMtgxd6S8cz+gb5u07Enwu6Nj7yiud6kG76px+pZO+6NYrtSzdupL6 qmr76GsczEM90dT7EAlbtDjNr3lKzQd9sdv8xsPLvue7qzyb6B+t7KfuuuuLr3b8r876zT5t vWor0coazfBcsU9stNTepZ37yj/s7U2LxE4szPpK52ZMse7eseFeqiUr0mV+rqds7fNuxi3N 7qwO69U77JVs6WEs8LHsxmxr7iwMyjzN6rsO7jttsi/t6eFe6rYO09c+yoh+8Rjvxf5OxmX+ yR8dzE5b0r8u7q6uqlCM8tes7v8g/asITc4py8VUvMmIrumrPrHEOq1EbPM/S8rRDuYmL+sV HfQrS+8znPE+z/FsrtL7TrlyXuuwXMwqG9MKm+i8/rDzDLiozM8eD/Iqf70Hb7GCi8lAnPIc 2+tDj/NXH+gXnfbtuvMl7ekyG64DP+rMvPKtPtLwTvLXuvZt/+6xO/JfD/BjT/Qh3cxVn73j rtASbeoUHejHzuzSrsLdCvO9brya/+VxP8RBa89Yb/dZDPX5Lsoh/OfSTvprfNDRvPBD++vQ 3qmSH/vp/va1/+javLHKzsUl/NLbzhR5LhPBj+mmvBPDHxTDf/z1vPyZDvxHcfze3MmMAf1G CsmQP6L/2IDlOdoN2t/93v/94B/+4i+jk8/2b07ucD7KUWzmrE/may7TYL8R7//+Tc+w1m/K J4z6ND0Tyt/0W9v/AGFPoD0AAwsKPJhw4EKGDQkaXHgQIUSKDy0+lDix4sWCEjM6JOgR5EiH H0meZGgypcaRJlWuvIhyY0mWKEXKxHnyZU6eNnvmVLlz5k+QNw0CQIrRY1KMEWFybKgQosiP Ga1OrdnSYkKmRrlexRpSIVOxE5F2JVu249K1VpNSFdsx5NGxdBGmPavUrtOoXeOaZXvXr1nB KfMWhqrxcNjDX/eWRRxRrlq0S2MSLTpzsl+qVZ8ajeq0c96zaaGulbn5NOGm/izdup7bWu/W jVxZy6bYWXFdwDBB25YNlq/esbyDJ0a+mrXq31Kbwr09OaZt6NWFYk7eevTb0MNBP1U6OHdf tJczPy9NWLpp4aXXK+foEvZf+fCdt+XuuzZs98Mrqj6OvvGqqi88zoIrsD/8vgIurvYE2yy9 77D7bKX7LitwPvP288w78LJbjDbpsBpxOg89hA5D/aIz78KbUsyKtppcPA9FxexLrMSsYFRP xRPD+o+vl1IEMEgKa8yRPyB/NJGlTV788LsON/zsPQ29+hG146CcUcm56qNuPBbB3A9HG5fr TTsrfWwyQOR+C/K9MFnMLUIZ1TwSSci+rNM5w6ZE/oxBzSQUkk0qywyxOeGm4yyw+CK7K0e5 2DsKQUn9jHTPSF80LbLGbtSSTyz/rFBTRcH7dM/8FgtxU1crq/Q67GTNs1Zbb82T1hhx5bVX X3UiStdfhyW2V2GLRTbZ1Hg6Vllnn90VWGinpbZaa6/FNlttt+W2W2+/BTdcccclt1xzz0U3 XXXXZbddd9+FN15556W3XnvvxTdfffflt19//wU4YIEHJrhggw9GeFhAgWqJLFYdpjTYD6PF dNlmmw0XLIyj/VVjZjslduN5If4JZByJrJXWITnWqmR5PZZY2Q6FnVBhg0mGTMpDgZQzs/Sy nM2x2QoLtVVR1QyssQM1/g1UaYhdfNhRPomOjemcq3baMqEF8iHnp4duNahGG93rZ+sI/NrA xzJ+zswlfeb5L9EQFbEu3ZpcGu9JaUQzTTjHjBtlwTPdjU7+jOt56jYxBW7NFqdiDnG3/96S uaG6nXSrT2eWdvAudc58tSlhNvDB9Qgt9LaqJctvy8DfVpBuwBItFfXKab8x9dL981JyAUE1 rDvNV53d5G0zt7LE/mr03ETQtSOx1Nxxs1Fn3XUc/eTXVWeTdB133N51mqaf/vvH+048wO+z r457caWyk+OdTI+7fqB7NPxOx8PEsn3DNU5f4loXQM1dLzmeG2ABKcc4L3VPOcVZzpqyFydX /onoctyCXwUPpShYeYpSExoV0jSkuK3FCjdRy1SqIPWq+j1MfWlTHAlXeLXCJS9CLnFY8Dgl NkdlsGihyw7TOAW94V0QXSpLWBK1JbJpbYyJmHlitnQVRSVWsWRGe5/LoEVFK3bRi18EYxiT yA0xltGMZ0RjGtW4Rja20Y1vhGMc5ThHOtbRjnfEYx71uEc+jmthDAtNxXbGshGOr2WHJGT5 QkYTQaaMd7uKIhdzhZMirfGPk0SknoQnq+tcbFmPdJYkMwnIWS2RWebCT9lQWMHNrVJCeMEa DIsHoSI6zYSsI1oHU2mqDtapiPThDmkGJbVgMqYyN6QlqeQWQ6Gl/xJ3v3xlz0oYqNj8sDgJ NJswVWU8mVkOcBE8jTfFV6lxXgUukuMbLBUZznW2E08IdCcCpRm9cp4JT6/jUfOKpKUFVtOf d+Nb2+pprQz+bnhyQt01sVk7pQWSnoJi0P7MJiY3depCgbMdgHhk0AbGD3ooYx0B8fk2pC3U Pj/rqPYUec7iNYigwPvmOHOnPNjZT0UsFd8EY8QlN4HvgPDpXQOFqlKYijSlcMIp9YhIQbdV SJ9JApxxJrbFogrQTv4jIPs0aM6HKrB3D4Kq+mTnvK0+sEu+sapXcWpUr4JzpO57k1lleNag /bOFZRWn45o4UyDOaVWDgZ94QiWpX+Lzqv7VJBnajERDxBJohX4V7NQWdUsX8o+af72oCYcI QHRmSIX8BKLVWpkmxpZHmsicIbxE2UdKUmi1xmLXJS2JRdbazLVZjO1Ua7tb3vZWiQbwbXCF O1ziFte4cZTHcZW7XGdJgbnPhW50pTtd6lbXutftmxHvtK7XYte7pxzkinL7XfLiqn/CHJtb 9ra2pqXtsFKCIWl0Gd7y1reo9+yrkHx3VMjVsEz1hJp9BeyT0O2zp1BLVEYdFFelPq11Kx1w hLVSYP0deKiaqel8zMdAA3ZXwsftn5L+BlL+0imHTt3eRj8s4fOKrjY2xOFFVThXZW6zceKh 74p17Eft7tjHBf5DqYd/fC9nDNnIR0ZykpW8ZCY32clPhnKUpTxlKlfZylfGsrdiBxRuwnaU SwWl9DTJsBEJWYsk4WTMeuzONaM5x8L7ViOP1+ZCLlLNhmSeT2472ZdKy82Y9HMiS3lnLaOy v48tSXpJm7WveiabmN0RrGypNiFSsMyxjLEq43tMtdSylw/2WsQgDcy9nTaxylQepzXISlnW tZmYnuXWaBtKcu5vk5K1a0xD6Dp0noin/Bwhb5Anmfw91dgpZIwx7clVGWJVxMq29LIL6EsS /zPAlYNpT/d6uGcy1XcKpp5FXXxQRn02pYSbm+VMh1IH5lPBfkoouM89pndDeKDPDv9pU3fo 0nkjVJt1ayi2QoznoAJ4QASfp0wTNO+dCjS0Km53hr09cSZVO30Fb5/F6Vnixf1U2jHVMJXM 3FqGqxSC71xssMd9WCP9OqwLxx+y+3nsb272qx8HJzw7bp3q6feBAGwro/6Xa7FWe9uXSnQP gXfqXSP6nO+tsVcEO80rnRDWUY+sjQ8ndNBqDdWIQq1u4N3CVEv1aP4lNmQdDW+yUZPVUuuX E7PMK5od/ZN3ZyPGRk5lTs7aWH4n+J8lvIy5F97wh0d84hW/eMY33vGPh3zkJT95yv9L7oEW ipxRxUg906WRIpMttep+aUIH/s0bdOTpBS5ocF1e8HqeYpj+w7uoDUPRMnM+JZ9J/nq622rv vvp9sWT9tUkzc5mdbrU5Gb3NNrU31OwlZ2OTyfxXB5nTz2Sp8qEvXxvyurKimfTmKE2ZsBtt +YcO+9Wd6cHgQ5GoBnaprYlO+5VDO/oVDmhQ2kZzbOYVqBbcP2KzsOxiOYG6JxPbOlzLOJuy uJMDKHYCQG3DoP/7nS0jq7PaDvpbK3kTQLa4ofKAmw+8FH8jnt3ZqGEzwHAKG5eDkl77HDEB qcAiHo0rNvshweRZsNWJs//zn5STP4hjNocTMwspODhLN4MDORmhKfdBwYcjqRWJwQi0NS6J wpzSNwa0QR48ONObM3nCP3T7QSz/fCue4xC0M7qZCjqWG6Au8KHwAZoy2y+5+iumOkCxMhNh 87+Ze7GhyxscPEPcWyVRGb4L5Lo+IQ8a+bSyu7Ggia/UsSwzTD8ljCxxw7dFsygQnMOBCzo7 LC2+Ig63w5Cs8xtcApupKyzAqzzVexlSipe6S0VkYTfLswlUTBdXfMVbxMVc1MVd5MVe9MVf BEZ/SYBgJMZiNMZjBBjXQ6TMi8Xe48Ij0T28oy8h08AxmxvZ265ZbD+W0b9POhYP20bdCjRr /DLzUsVZqZnUuL1qqcZnhKuWscVt1LvdAy9n3LZA5D4Pch4sUi8NazUi7JHlOT/a0ihRfI0U mkT2I4/p/3sw9aq+IcGdBFsvRFtISrOmZDobC8nHUGsLaJLIGWqltns11nMZ/rM/CRwV+DOi 08HA8NE/F6ykYWtBXZO2+LvGB3Soa9SbGnSqyKHJEApClUQTGpw5nzRAvbqVi6OliPopEPI8 DkK3W2OwO+RH9Zio0ArA5dHCSDOp5judBMpJXxKvBXkkZ9u3JHEsgCwpAbrCA0qoqNpC4NtK MGvKoaiZXZufiao6muwOrAzAI1wfiaMfniTAIAo33gmoiTFLl4QrR0u2M2GrzPKRXpvJjjE5 oYQlpwy5wDJMxyQfL9wkCbLLbBO2tjQpdUIfpDzMEbMpkxvFOQGRMizMBeRJPf+sm5hLR99T yFcZxKCEM3OTrBMDnwwERb/yjxLSTBlstO3LrxiSG9MKq6EprLKyGq1TwlKsqIrEqOIMTsns pbJZOuWkMysKx/H8LmXEF1tMo/IkyfM8M32JPWSUz/mkz/q0z/vEz/zUz/3kz/70z/+UIy7q Rnu8ydsax/d0P2lEUD3RPFCqJPPsvAI1RyNsT3c80AXVTct8FgGNUHakx9JDuAp1x/ZjTwrt CSaiohQVNYMkwpFULH20Kohqr0xDr1zqzaY0v6UZta8ESfdSSBS6SPC7PlDczbMToQpUNVIk vZDsyJa7voVCzvlSu+erR98szQ4cNzoswPzKw/+Knx7/3FKdXDe0k84K01IkFMsp7CoY8cKk ojAaLNOEO8yfTEDWHMVmqzOdoJ2ZxB6x1MGlRDG3+qjWPDGHPCg/VMvBVEFQM9Poix0L9Cni HENAzTetEtQupas+ddPHYUowjQ/s+zfiXEdS8s2/DNVCsdQz9RgX3JCCkquWuykvjas/kkyK 4p6FSUwxHVTVySc3LE041dSNC9aIa6oOo0OfAqTMXKwBlVMyVUMulUKPWyrjvNSwVFTY7FNp lVOlzD9d9aaGxCtW4zW+vLBtbVVVdVbZAcvThFBwNZXL2SHy6U7KKjCyGclQhE1BhNHRhC+2 g6a+6FGls068gLFE/UQjfTt6/z1S1LjXFwWTPvzTfoTAYmIv6HyNZpK1fCnRDD3HPtpYE1Ut JfpY2xPO5xpZCPUjWgTQlWXZlnXZl4XZmJXZmaXZmrXZm2Utlf2zk12IXChHWGTFoBVRI+RZ 4QPajnUzDgVZqhpa3eExchGlFA2Y4Fstb0BZDGVayNm0fgxSUryaq+wh4LREuCtSijXVU1PS sCG1y/rRzMzRTGNb0WrChLxE5My10bosbQpE7aQa6xMUt5sxD/VWMYRYVTXKrNrDe7tM0Umn ax3ciXXDAdw59AM7f6K3TI20O3U1ylXclIvWY4O4DTVYtFEnSUVWjRpBtGQoEPyTJRxXCNEr DozRAf/KJgzr18kiEnYjsci01clZVD+s3YYRtdTtVY4S3MhdGQo83et8qjmV3KEaHOuZ3BfM rjzNRvlrvmI9U3KNTt8t3gjULetB3FtV3qPrVjuVXLbcXBpbOGz1OZ57xJ97X9mc1lmtqRFz XLykzncaO3kt3PUtutYsHFRVtuhdtWthFUN8rILFuoKaSCPVzLbK0VOEOol1TrO10nsd2FK9 pceYsQmGQ68bLE/RyBlpu9JCLVXRIf2wuXhVq185AF8JA9w7UV/Zhgu1I09KUAVNShbD2qO9 o2bs0Hoc4h7G2SNG4sjbgyRm4iY+lxh24iiW4imm4iq2YncZveyVyyLevA//bdpvbFoNFceh TTPTG9AxBrEajsYJxeHjFFqkBa+ibWMynmMzJseBwcetBU+/XUrUzD7wY86wZTpDLD7apTpI Cz/0UDRIQS+y/VoH/NcDcYzi2w0ZwzEqxZ9UEeRKjqC/tc4jYkxjw9Q5VTehS9/F1bk69E5X iYf6hc6j9Lj/hVyRpFyIXWWaCzksTSoIw0k0lWMuY11MC+ZCbSkKbEKrK2YMo1PyXTD0XTe9 BTe70drSnWbSfT/GRNI9vUrY7TgHiqW+JBHbMShF/OW7w12KgUJmbjAhJD2lWl5c9t+xUtR4 RkOlpKjaW+Zr7kG1fExZ9eZs42Xp4dZ2cV9cRt3m/3lDU8be8c3EfvaoRk3DL6xn0yRcYPtf iy5glQPKJeEp/uIc3CSs5j2iFM5jgRXPu0lo7QtY8IREj9zXWrtEl+5EC3LhDj5k5IHkPbZk RpwZ1GQsEvY1wOpAwMIxDC7bK0698SxnpBaj0FtapobqqJbqqabqqrbqq8bqrNbqrU4yp85a bDTHdpYZb4xjL6ZLuhq0nzXrWH1qC3UkDlMXnDElNIatNRZj3iM5qV1GQLtjHjYUugbs1Ftq 24NpT/6+R3avjXQ+7qy0Z1NpufVkDybqpAmmw0Y+st2leLsPKU1YSqbktn3ITiatir26T646 QlnkcpHJUMYr1QiAyJVoxf/91ROKQ2DNUrYkwwFW00wGqmsraJXT1lfFaITC3Fq75i2sV5BW bYc71XFuZlCpt7H0ZpA55nYmy+11VNQW58+V5xyES3Jrj+Y2wfuLp+D91IQTTmt2UtbVyoCc TcPcQRT05clU52z9Xj6r7um9tbsczijh3lydVDbtt7/+aC1Gw++OJ1lFX4f6VmE1NAA8zTBt wySM7TAVaNomzIW+bbPK7QofXDzEG+pk15bEXKwabtM8SAkfzSJsTqj1xO6b0uvsxIj55FG7 8Ev7R7HdzeGL33xd1w8K5xeGaQzH2AVe6aZhIR0VxVX7IQpm1v7aVDyursGu4z1ahGTU2d4S 4tb/y3Ku9vIvB/MwF/MxJ/MyN/MzR/NcpAeCadCnTfP0DGMpenONfeC3ZUgl17aSplLzmfPl nr+a5Fyw5Dj4o/I+J+tk5mZRhVUcekr6fkdD93MgDNRlfUe4tjdIj2uGM2jCad8Ue0JMh1oG VlIFvlh41WOC4AUiLXRQl/M4Z3U3CrJXl/VZp/Vat/Vbx/Vc13U1EoZd9/VfB/ZgF/ZhJ/Zi p/VJMPZkV3bH+wMAlYFlh/Zol/Zpp/Zqt/Zrx3Z6EYBtF4CB4PZuF4hvXwhxD3duL3dzB3d7 APd0X3d1F3d2ZwhyP3d2l3dzj3dv93Z7//Z0V3d87/dwz/dtH3eBB/iC/x94gv/3hHd3dPf3 fY93e5/3g6d3hA94gef3fnf4hYd3g4/4cff4gr/45+L3dgf5hv/4jU/4jSd4kk95f3d5lv/3 kEf5ci/5l28Ill95jsf5mv94kId5g1f5kQh6kyd6hTf6lj/6oTd6lO92pud46Bp5oJd6hd/5 qY95kp/5pr/5oo/5rQeJnKd6l8f3kcf6k9/6kA97d396pO/6r+d6mK96sZ96mbd5upf6qJ95 qD95iK/3vad4p8f4tl96h1D6q+d7igd4rU/7pFf8wIf7tbd4ry/5xn95cs94m0/7qNf4m+/7 iV95iF97pM/6no8uzbd70i97zG97sB98yX/8o/4n/avXebkX/HV/fbs//dU//cK/d54X/NWX fI/P+9+HfZWX98UvfbPvfdT3fcC3fasP/cL/ebb3+dmHfKJn/dqH/syn+eXn/Z6/feXPfebv /YtHe6XXfOzq++WXeNUne+eX+/MH/Xqn/92v+NgX/cr/e4Qf/vVPeswHCAECBdorWHCgAIP2 ECpkeNBgwoYOH0J0GHFhQ4UVCWLMSPGjxpAiR5IsafIkypQqV7Js6fIlzJgyZ9KsafMmzpw6 d/Ls6fMn0KBChxItavQo0qRKlzJt6vQp1KhSp1KtavUq1qxat3Lt6vUr2LBix5Ita/Ys2rRq 1yaVwvYt3Lhy59Kta/73Lt68evfy7ev3L+DAggcTLjx4oESOIS8uRHzQceKLExFGnPjYseWP kiFLvszYs0bGmUVDhmgadMfUn1OrRn26tWaLijtnpBxacWPcrCcbvkpb9GLYHWm/rnx6NfHi HpXv1ux8eWfi0ZlXpAhcemjVxoULNw78eXLu4KF3B9lbKvLlprGL/308uHnu6ZNvH/76OUb2 +ak/tu4xIYCsPbSZf+YFGOCA5GVn4H3xfbffeOdVxZl6sLnHoHWcyaYbfgKC9N1vpbl2oX0Z cnjghwkiyByK7e1Xn34b6RbeZffBOKKEWNUnoG0WNkhigyUu2Bx8KfroIYwWHackkv0Ribri Zz1WdmNtEPYonovx/fcfkzTm2BSQUb5XII9jViikglo+KOR26ZV3ZIlucvQgjRfOGaR+eXaI ZZgRrvZlVKWNlt1kIuZWJ5NNyjhSlILO9uN6hGJGKKSx4RaemCFyCCeZufGHpaeLlgkkoKWa eiqqqaq6KqutuvoqrLHKOiuttdp6K6656rorr71SFYevwQo7LLHFGnvsXzUguyyzzTr7LLTR SjsttdVaey222Wq7LbfdevstuOGmFRAAOw== ------=_NextPart_000_0002_01C6C160.C5244EB0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Aug 16 12:48:13 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDOYv-00046W-SK for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 12:48:13 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDOYt-00036Q-Bs for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 12:48:13 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6E4603980B4 for ; Wed, 16 Aug 2006 09:48:10 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 5ED00430018 for ; Wed, 16 Aug 2006 09:46:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 3AD094311CB for ; Wed, 16 Aug 2006 09:46:50 -0700 (PDT) Received: from zrtps0kp.nortel.com (zrtps0kp.nortel.com [47.140.192.56]) by hermes.tigertech.net (Postfix) with ESMTP id C857E431216 for ; Wed, 16 Aug 2006 09:46:47 -0700 (PDT) Received: from zcars04f.nortel.com (zcars04f.nortel.com [47.129.242.57]) by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id k7GGkhn00603; Wed, 16 Aug 2006 12:46:44 -0400 (EDT) Received: from zrc2hxm0.corp.nortel.com (zrc2hxm0.corp.nortel.com [47.103.123.71]) by zcars04f.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id k7GGkeo01276; Wed, 16 Aug 2006 12:46:41 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 16 Aug 2006 11:45:59 -0500 Message-ID: In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A202548957@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 161: Ther term "Mobile" is not really accurate Thread-Index: AcbAz9IJJQbXmUm3QLyFamlwrGJF9AAdXfSQAAEA2+AAAjQDAA== From: "Darwin Engwer" To: "Pat Calhoun (pacalhou)" , "Bob O'Hara (boohara)" , 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] Issue 161: Ther term "Mobile" is not really accurate X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: c3a18ef96977fc9bcc21a621cbf1174b Historically many WLAN technoids have referred to devices that incorporate an infrastructure mode mobile STA by the term Mobile Unit (MU). And Yes, we always acknowledged that an MU may not be "mobile" in the strictest sense of the word. i.e. these are the devices that are ordinarily moving around - but may be in a fixed location. Darwin ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Darwin Engwer Strategic Technology Engineer Wireless LAN Systems Nortel Networks -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Wednesday, August 16, 2006 08:34 To: Bob O'Hara (boohara); Capwap@frascone.com Subject: Re: [Capwap] Issue 161: Ther term "Mobile" is not really accurate Could you recommend another term? I agree that "mobile" is not enough. We could change it to "mobile node", "mobile device", etc. However, mobile is a verb, not a noun. That's why station is ok with me too. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Bob O'Hara (boohara) > Sent: Wednesday, August 16, 2006 8:06 AM > To: Pat Calhoun (pacalhou); Capwap@frascone.com > Subject: RE: [Capwap] Issue 161: Ther term "Mobile" is not really > accurate > > STOP! Put that editor down and step away from the draft! I think it > is a big mistake to embed a term that is tied to a single binding into > the entirety of the draft. > > -Bob > > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 6:04 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 161: Ther term "Mobile" is not really accurate > > The term "mobile" is not really accurate when describing wireless > interfaces, since wireless does not imply mobile. > Can we just use the techie term "STA" instead. > > In my honest opinion, this is one of those change requests that > is really unnecessary. Traditionally, the IETF has used the term > mobile (e.g., mobile station in Mobile IP). > However, given the comment, and the fact that the > 802.11 WG uses the term station, or STA for short, I will go ahead and > make the change. Of course, the next binding technology may end up > using different terminology (including mobile). > > This will, of course, touch nearly every section of the specification > (read: diffs will be more complex). > > 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 Wed Aug 16 12:52:59 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDOdX-0006HD-6u for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 12:52:59 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDOdV-0003G7-Pd for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 12:52:59 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 695C239809F for ; Wed, 16 Aug 2006 09:52:57 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 1996B430018 for ; Wed, 16 Aug 2006 09:52:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id EEA0E4311C3 for ; Wed, 16 Aug 2006 09:52:01 -0700 (PDT) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id 5E0754311C1 for ; Wed, 16 Aug 2006 09:52:00 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k7GGpxY6022607; Wed, 16 Aug 2006 09:51:59 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k7GGpxK5022602; Wed, 16 Aug 2006 09:51:59 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Wed, 16 Aug 2006 09:51:59 -0700 (PDT) From: "David T. Perkins" X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A202548821@xmb-sjc-235.amer.cisco.com> Message-ID: 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: Cc: capwap Subject: Re: [Capwap] Checking in with Pat X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 HI, I see you are back going through the bug list. And unfortunately, there are some comments that where we are not communicating. My question below was asking about a process change so that issues could be resolved quicker and with better quality. To me, there are some few big picture technical issues that need to be worked out before the bugs are addressed (since the big picture items may change how the bugs are resolved). I believe that a process change is needed to resolve the big picture technical issues. I thought that by adding a co-chair that we might see a new process. Hopefully, they are working on this. In the meantime - I'll try to respond to your responds about issues. As always, Best Regards, /david t. perkins On Tue, 15 Aug 2006, Pat Calhoun (pacalhou) wrote: > Pat is doing fine, after a rather nasty set of contiguous weeks on the > road, followed by a most pleasant week of vacation ;-) > > Seriously, I've been behind in my capwap duties, and will start cranking > on them over the course of the next week or so. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: David T. Perkins [mailto:dperkins@dsperkins.com] > > Sent: Friday, August 04, 2006 7:30 AM > > To: Pat Calhoun (pacalhou) > > Cc: capwap > > Subject: Checking in with Pat > > > > HI, > > > > Since the IETF meeting, I haven't had a chance to check in > > with you. I hope all is fine. > > > > There are quite a few outstanding issues to resolve to go > > forward with CAPWAP. What process would you like to propose > > to make progress? > > > > 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 Wed Aug 16 20:46:07 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDW1P-0003Xf-F6 for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 20:46:07 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDW1J-0000yk-Pv for capwap-archive@lists.ietf.org; Wed, 16 Aug 2006 20:46:07 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id D7BC0398077 for ; Wed, 16 Aug 2006 17:45:56 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id BD9BE430018 for ; Wed, 16 Aug 2006 17:45:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A0FB3398015 for ; Wed, 16 Aug 2006 17:45:24 -0700 (PDT) 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 9038739800D for ; Wed, 16 Aug 2006 17:45:20 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-1.cisco.com with ESMTP; 16 Aug 2006 17:45:20 -0700 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.20060308/8.12.11) with ESMTP id k7H0jKgu004774 for ; Wed, 16 Aug 2006 17:45:20 -0700 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 k7H0jK1E021970 for ; Wed, 16 Aug 2006 17:45:20 -0700 (PDT) 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.211); Wed, 16 Aug 2006 17:45:19 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 16 Aug 2006 17:45:19 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202548CB7@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 182: Change State Event should instead be Radio Admin State. Thread-Index: AcbBlmoFFLfYFKe2RBWbzsJnmko2kw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 00:45:19.0981 (UTC) FILETIME=[6A5469D0:01C6C196] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 182: Change State Event should instead be Radio Admin State. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 This issue really contains two parts: 33) Use of Change State Event should instead be Radio Admin State. No. However, I do agree that there is some confusion around the difference between both. So I am proposing two things; add clarification language to both message elements, and rename the Change State Event message element to instead be called Radio Operational State. Note that the primary difference between both is that the Radio Admin State is saved on the WTP, and therefore takes effect across reboots. The operational state does not. 4.4.11. Radio Operational State The Radio Operational State message element is sent by the WTP to the AC to communicate a change in the operational state of a radio. For instance, if the WTP were to detect that a hardware failure existed with a radio, which caused the radio to be taken offline, the WTP would indicate this event to the AC via the message element. The AC MAY also send this message element to change the operational state of a specific radio. Note that the operational state setting is not saved on the WTP, and therefore does not remain across WTP resets. The value contains two fields, as shown. 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Radio ID | State | Cause | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 11 for Radio Operational State Length: 3 Radio ID: The Radio Identifier, typically refers to some interface index on the WTP. State: An 8-bit boolean value representing the state of the radio. A value of one disables the radio, while a value of two enables it. Cause: In the event of a radio being inoperable, the cause field would contain the reason the radio is out of service. The following values are supported: 0 - Normal 1 - Radio Failure 2 - Software Failure 3 - Administratively Set 4.4.28. Radio Administrative State The Radio Administrative State message element is used to communicate the state the WTP, or of a particular radio. The configuration of the Radio Administrative State is saved on the WTP, and its effect remains across WTP resets. The value contains the following fields. 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Radio ID | Admin State | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 28 for Radio Administrative State Length: 2 Radio ID: An 8-bit value representing the radio to configure. The Radio ID field may also include the value of 0xff, which is used to identify the WTP itself. Therefore, if an AC wishes to change the administrative state of a WTP, it would include 0xff in the Radio ID field. Admin State: An 8-bit value representing the administrative state of the radio. The following values are supported: 1 - Enabled 2 - Disabled 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. It is also sent when the WTP detects an operational failure with a radio. The Change State Event Request message may be sent in either the Configure or Run state (see Section 2.3. When an AC receives a Change State Event message it will respond with a Change State Event Response message and make any necessary modifications to internal WTP data structures. The following message elements MUST be present in the Change State Event Request message. o Radio Operational State message element, see Section 4.4.11 8.7. Change State Event Response The Change State Event Response message acknowledges the Change State Event Request message. A Change State Event Response message is by a WTP after receiving a Change State Event Request message. The Change State Event Response message carries no message elements. Its purpose is to acknowledge the receipt of the Change State Event Request message. The WTP does not need to perform any special processing of the Change State Event Response message. 43) Change State Event Report. This seems a little silly to be sent in the "configure" state. It seems only appropriate for the "run" state. Some might argue that even in the "run" state it shouldn't be sent after a "config update" request that changes the operational state. However, in the "run" state, it may take a while to have the operational state change to follow the admin state. Thus, I think it is OK in the "run" state after config changes." I disagree. Once the config exchanges have occurred, the WTP needs to configure its radios, and then send an update to the AC when this is done. This message is used to inform the AC of the final state of the radios on the WTP. I therefore believe that the state machine is fine as is as it provides a nice transition between unconfigured and configured. 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 Aug 17 02:30:07 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDbOJ-0008Qj-SU for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 02:30:07 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDbOH-0005ir-6q for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 02:30:07 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9AF7A398094 for ; Wed, 16 Aug 2006 23:30:02 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 96DAD430018 for ; Wed, 16 Aug 2006 23:29:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 7CBF1144802E for ; Wed, 16 Aug 2006 23:29:25 -0700 (PDT) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [61.144.161.54]) by hermes.tigertech.net (Postfix) with ESMTP id 2DE8D144800C for ; Wed, 16 Aug 2006 23:29:11 -0700 (PDT) Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J44002NLQTPVK@szxga02-in.huawei.com> for Capwap@frascone.com; Thu, 17 Aug 2006 14:46:37 +0800 (CST) Received: from huawei.com ([172.24.1.18]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J44009UVQTOFQ@szxga02-in.huawei.com> for Capwap@frascone.com; Thu, 17 Aug 2006 14:46:36 +0800 (CST) Received: from dell60 ([10.18.7.70]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0J4400ILXQ6EOX@szxml03-in.huawei.com> for Capwap@frascone.com; Thu, 17 Aug 2006 14:32:39 +0800 (CST) Date: Thu, 17 Aug 2006 11:58:54 +0530 From: sujay In-reply-to: <4FF84B0BC277FF45AA27FE969DD956A202548CB7@xmb-sjc-235.amer.cisco.com> To: "'Pat Calhoun (pacalhou)'" , Capwap@frascone.com Message-id: <001501c6c1c6$6a1d7a80$4607120a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Mailer: Microsoft Office Outlook 11 Thread-index: AcbBlmoFFLfYFKe2RBWbzsJnmko2kwAJn6Nw 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] Issue 182: Change State Event should instead be Radio Admin State. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 8b6657e60309a1317174c9db2ae5f227 Hi Pat, You did address some of my concerns. I have some comments inline. The other changes suits me. Regds, Sujay G My Location; http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.724852,7.525085&t=h &hl=en 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! -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Thursday, August 17, 2006 6:15 AM To: Capwap@frascone.com Subject: [Capwap] Issue 182: Change State Event should instead be Radio Admin State. This issue really contains two parts: 33) Use of Change State Event should instead be Radio Admin State. No. However, I do agree that there is some confusion around the difference between both. So I am proposing two things; add clarification language to both message elements, and rename the Change State Event message element to instead be called Radio Operational State. Note that the primary difference between both is that the Radio Admin State is saved on the WTP, and therefore takes effect across reboots. The operational state does not. 4.4.11. Radio Operational State The Radio Operational State message element is sent by the WTP to the AC to communicate a change in the operational state of a radio. For instance, if the WTP were to detect that a hardware failure existed with a radio, which caused the radio to be taken offline, the WTP would indicate this event to the AC via the message element. The AC MAY also send this message element to change the operational state of a specific radio. Note that the operational state setting is not saved on the WTP, and therefore does not remain across WTP resets. The value contains two fields, as shown. 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Radio ID | State | Cause | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 11 for Radio Operational State Length: 3 Radio ID: The Radio Identifier, typically refers to some interface index on the WTP.The value 0xFF is invalid as it does not indicate any specific radio. State: An 8-bit boolean value representing the state of the radio. A value of one disables the radio, while a value of two enables it. Cause: In the event of a radio being inoperable, the cause field would contain the reason the radio is out of service. The following values are supported: 0 - Normal 1 - Radio Failure 2 - Software Failure 3 - Administratively Set 4.4.28. Radio Administrative State The Radio Administrative State message element is used to communicate the state the WTP, or of a particular radio. It is sent from the AC to the WTP The configuration of the Radio Administrative State is saved on the WTP, and its effect remains across WTP resets. The value contains the following fields. 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Radio ID | Admin State | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 28 for Radio Administrative State Length: 2 Radio ID: An 8-bit value representing the radio to configure. The Radio ID field may also include the value of 0xff, which is used to identify the WTP itself. Therefore, if an AC wishes to change the administrative state of a WTP, it would include 0xff in the Radio ID field. Admin State: An 8-bit value representing the administrative state of the radio. The following values are supported: 1 - Enabled 2 - Disabled 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. It is also sent when the WTP detects an operational failure with a radio. The Change State Event Request message may be sent in either the Configure or Run state (see Section 2.3. Change above para to; " The Change State Event Request message MUST be sent by the WTP when it receives a Configuration Status Response message which includes a Radio Administrative State message element. It is also sent when the WTP detects an operational failure with a radio. The Change State Event Request message may be sent in either the Configure or Run state (see Section 2.3.). " - the "MUST" is needed as it helps the state machine transition. When an AC receives a Change State Event message it will respond with a Change State Event Response message and make any necessary modifications to internal WTP data structures. The following message elements MUST be present in the Change State Event Request message. o Radio Operational State message element, see Section 4.4.11 8.7. Change State Event Response The Change State Event Response message acknowledges the Change State Event Request message. A Change State Event Response message is by a WTP after receiving a Change State Event Request message. For above para; A Change State Event Response message is received by a WTP after sending the Change State Event Request message. The Change State Event Response message carries no message elements. Its purpose is to acknowledge the receipt of the Change State Event Request message. The WTP does not need to perform any special processing of the Change State Event Response message. 43) Change State Event Report. This seems a little silly to be sent in the "configure" state. It seems only appropriate for the "run" state. Some might argue that even in the "run" state it shouldn't be sent after a "config update" request that changes the operational state. However, in the "run" state, it may take a while to have the operational state change to follow the admin state. Thus, I think it is OK in the "run" state after config changes." I disagree. Once the config exchanges have occurred, the WTP needs to configure its radios, and then send an update to the AC when this is done. This message is used to inform the AC of the final state of the radios on the WTP. I therefore believe that the state machine is fine as is as it provides a nice transition between unconfigured and configured. I completely agree with Pat's above point...! 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 Thu Aug 17 12:01:54 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDkJe-0005Zr-Qu for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 12:01:54 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDkJd-0006vE-0Q for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 12:01:54 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id E0CAE144808B for ; Thu, 17 Aug 2006 09:01:46 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id A0B24430051 for ; Thu, 17 Aug 2006 08:58:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8F28F1448056 for ; Thu, 17 Aug 2006 08:58:51 -0700 (PDT) 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 875301448002 for ; Thu, 17 Aug 2006 08:58:49 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 17 Aug 2006 08:58:49 -0700 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.20060308/8.12.11) with ESMTP id k7HFwmoY009505 for ; Thu, 17 Aug 2006 08:58:48 -0700 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 k7HFwmYp013336 for ; Thu, 17 Aug 2006 08:58:48 -0700 (PDT) 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, 17 Aug 2006 08:58:48 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 08:58:48 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2BE1@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 160: All strings should be changed from US-ASCII to UTF-8 Thread-Index: AcbCFgaEz5d2R3HNTgCHhSsEZej7Wg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 15:58:48.0719 (UTC) FILETIME=[06E221F0:01C6C216] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 160: All strings should be changed from US-ASCII to UTF-8 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 578c2c9d0cb01ffe6e1ca36540edd070 All, I've address the above mentioned issue by ensuring that all references to strings now specifically state that the string is UTF-8 encoded. There are, however, some exceptions, which I will list below as well. 4.4.4. AC Name The AC name message element contains an UTF-8 representation of the AC's identity. The value is a variable length byte string. The string is NOT zero terminated. 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ | Name ... +-+-+-+-+-+-+-+-+ Type: 4 for AC Name Length: > 0 Name: A variable length UTF-8 encoded string containing the AC's name 4.4.5. AC Name with Index The AC Name with Index message element is sent by the AC to the WTP to configure preferred ACs. The number of instances where this message element would be present is equal to the number of ACs configured on the WTP. 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Index | AC Name... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 5 for AC Name with Index Length: > 2 Index: The index of the preferred server (e.g., 1=primary, 2=secondary). AC Name: A variable length UTF-8 encoded string containing the AC's name. 4.4.8. Add Station The Add Station message element is used by the AC to inform a WTP that it should forward traffic for a particular STA. The Add Station message element will be accompanied by technology specific binding information element which may include security parameters. Consequently, the security parameters must be applied by the WTP for the particular STA. Once a STA's policy has been pushed to the WTP through this message Calhoun, Editor, et al. Expires November 2, 2006 [Page 49] Internet-Draft CAPWAP Protocol Specification May 2006 element, an AC may change any policies by simply sending a modified Add Station message element. When a WTP receives an Add Station message element for an existing STA, it must override any existing state it may have for the STA in question. The latest Add Station message element data overrides any previously received messages. 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 | MAC Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MAC Address | VLAN Name... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 8 for Add Station Length: >= 7 Radio ID: An 8-bit value representing the radio MAC Address: The STA's MAC Address VLAN Name: An optional variable length UTF-8 encoded string containing the VLAN Name on which the WTP is to locally bridge user data. Note this field is only valid with WTPs configured in Local MAC mode. 4.4.24. Image Filename The image filename message element is sent by the WTP to the AC and is used to initiate the firmware download process. This message element contains the image filename, which the AC subsequently transfers to the WTP via the Image Data message element. 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Filename ... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 24 for Image Filename Length: >= 1 Filename: A variable length UTF-8 encoded string containing the filename to download. 4.4.26. Location Data The Location Data message element is a variable length byte UTF-8 encoded string containing user defined location information (e.g. "Next to Fridge"). This information is configurable by the network administrator, and allows for the WTP location to be determined Calhoun, Editor, et al. Expires November 2, 2006 [Page 59] Internet-Draft CAPWAP Protocol Specification May 2006 through this field. The string is not zero terminated. 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+- | Location ... +-+-+-+-+-+-+-+-+- Type: 26 for Location Data Length: > 0 Timeout: A non-zero terminated UTF-8 encoded string containing the WTP location. 4.4.42. WTP Name The WTP Name message element is a variable length byte UTF-8 encoded string. The string is not zero terminated. 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+- | WTP Name ... +-+-+-+-+-+-+-+-+- Calhoun, Editor, et al. Expires November 2, 2006 [Page 70] Internet-Draft CAPWAP Protocol Specification May 2006 Type: 42 for WTP Name Length: variable WTP Name: A non-zero terminated UTF-8 encoded string containing the WTP name. As I mentioned above, there are exceptions in the specification, which I will mention here: 2.4.4.3. Certificate Usage Validation of the certificates 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.509v3 certificates MUST include the Extensions field [11] and MUST include the NetscapeComment [15] extension. For an AC, the value of the NetscapeComment extension MUST be the string "CAPWAP AC Device Certificate". For a WTP, the value of the NetscapeComment extension MUST be the string "CAPWAP WTP Device Certificate". Part of the CAPWAP certificate validation process includes ensuring that the proper string is included in the NetscapeComment extension, and only allowing the CAPWAP session to be established if the extension does not represent the same role as the device validating the certificate. For instance, a WTP MUST NOT accept a certificate whose NetscapeComment field is set to "CAPWAP WTP Device Certificate". The contents of the certificate will be encoded based on the rules defined in the X.509 specification. 11.10.23. IEEE 802.11 WTP Radio Configuration The WTP WLAN radio configuration is used by the AC to configure a Radio on the WTP, and by the WTP to deliver its radio configuration to the AC. The message element 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Radio ID | Reserved | Num of BSSIDs | DTIM Period | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | BSSID | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | BSSID | Beacon Period | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Country Code | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type: 1046 for IEEE 802.11 WTP WLAN Radio Configuration [...] Country Code: This attribute identifies the country in which the station is operating. The value of this field comes from the IEEE 802.11 dot11CountryString MIB element (see [6]). Special attention is required with use of this field, as implementations which take action based on this field could violate regulatory requirements. Some regulatory bodies do permit configuration of the country code under certain restrictions, such as the FCC, when WTPs are certified as Software Defined Radios. The WTP and AC may ignore the value of this field, depending upon regulatory requirements, for example to avoid classification as a Software Defined Radio. When this field is used, the first two octets of this string is the two character country code as described in document ISO/IEC 3166- 1, and the third octet MUST have the value 1, 2 or 3 as defined below. When the value of the third octet is 255, the country code field is not used, and MUST be ignored. 1 an ASCII space character, if the regulations under which the station is operating encompass all environments in the country, 2 an ASCII 'O' character, if the regulations under which the station is operating are for an outdoor environment only, or 3 an ASCII 'I' character, if the regulations under which the station is operating are for an indoor environment only 255 Country Code field is not used; ignore the field. It is not appropriate to change the format of this string as this is defined in the IEEE 802.11 specification. 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 Aug 17 12:06:34 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDkOA-0007Pl-Cf for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 12:06:34 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDkO8-0007LA-U8 for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 12:06:34 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 7A2F61448066 for ; Thu, 17 Aug 2006 09:06:29 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 2A2E8430051 for ; Thu, 17 Aug 2006 09:05:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 19933398040 for ; Thu, 17 Aug 2006 09:05:26 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id D0FBC398083 for ; Thu, 17 Aug 2006 09:05:22 -0700 (PDT) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 17 Aug 2006 09:05:23 -0700 X-IronPort-AV: i="4.08,138,1154934000"; d="scan'208"; a="312083724:sNHT31874416" 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.20060308/8.12.11) with ESMTP id k7HG5Lg2010173 for ; Thu, 17 Aug 2006 09:05:21 -0700 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 k7HG5L6Y005493 for ; Thu, 17 Aug 2006 09:05:21 -0700 (PDT) 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, 17 Aug 2006 09:05:21 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 09:05:19 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2BE4@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 185: WTP Fallback isn't well defined, and should be removed. Thread-Index: AcbCFu+rQUsfZXhIRNeprMoJCmLq7w== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 16:05:21.0011 (UTC) FILETIME=[F0B52430:01C6C216] Authentication-Results: sj-dkim-8.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 185: WTP Fallback isn't well defined, and should be removed. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 The issue currently states that because the message element is not sufficient defined, we need to remove it from the protocol. I disagree on both counts. I am including the text from the specification, and would ask for further clarification from Dave on what he believes is not sufficiently described. 4.4.35. WTP Fallback The WTP Fallback message element is sent by the AC to the WTP to enable or disable automatic CAPWAP fallback in the event that a WTP detects its preferred AC, and is not currently connected to it. 0 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ | Mode | +-+-+-+-+-+-+-+-+ Type: 35 for WTP Fallback Length: 1 Mode: The 8-bit value indicates the status of automatic CAPWAP fallback on the WTP. A value of zero disables fallback, while a value of one enables it. When enabled, if the WTP detects that its primary AC is available, and it is not connected to it, it SHOULD automatically disconnect from its current AC and reconnect to its primary. If disabled, the WTP will only reconnect to its primary through manual intervention (e.g., through the Reset Request command). 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 Aug 17 12:46:59 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDl1H-0002DB-6n for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 12:46:59 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDl1E-0001N6-OT for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 12:46:59 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 1BAA91448026 for ; Thu, 17 Aug 2006 09:46:53 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id C3209430051 for ; Thu, 17 Aug 2006 09:46:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id B745C398083 for ; Thu, 17 Aug 2006 09:46:12 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id E239139803D for ; Thu, 17 Aug 2006 09:46:09 -0700 (PDT) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 17 Aug 2006 09:46:10 -0700 X-IronPort-AV: i="4.08,138,1154934000"; d="scan'208"; a="1848116497:sNHT31906584" 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.20060308/8.12.11) with ESMTP id k7HGk9wM025884 for ; Thu, 17 Aug 2006 09:46:09 -0700 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 k7HGk8w9021405 for ; Thu, 17 Aug 2006 09:46:09 -0700 (PDT) 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, 17 Aug 2006 09:46:09 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 09:46:08 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2C3B@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 165: The Discovery Response is broken Thread-Index: AcbCHKOdjMxCOoKiTcKM+A6KpKSVrw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 16:46:09.0180 (UTC) FILETIME=[A3EE15C0:01C6C21C] Authentication-Results: sj-dkim-6.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 165: The Discovery Response is broken X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Discovery Response is broken. The AC SHOULD NOT be providing any info to a WTP (or something that claims to be a WTP). Also, the AC should tell the WTP what to do next, with choices: 1) Ok to try to join, 2) don't try to join, 3) try discover on a list of returned ACs) I don't believe there is an issue with sending the AC's information to the WTP, but would solicit input from the list. That said, some of the information in the AC Descriptor is required, such as the current load on the AC. No point is trying to join if he AC indicates it's already at max capacity. I believe if the AC does not return the response, then it implies (2). Otherwise, it is (1). (3) is handled during the join or configure I therefore propose rejecting 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 Aug 17 13:13:26 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDlQs-00065F-6O for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:13:26 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDlQp-0004Nn-B3 for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:13:26 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 772FD144803B for ; Thu, 17 Aug 2006 10:13:03 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id CD797430051 for ; Thu, 17 Aug 2006 10:11:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id B1465398079 for ; Thu, 17 Aug 2006 10:11:53 -0700 (PDT) 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 C295D39802C for ; Thu, 17 Aug 2006 10:11:51 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 17 Aug 2006 10:11:51 -0700 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.20060308/8.12.11) with ESMTP id k7HHBp1r031073; Thu, 17 Aug 2006 10:11:51 -0700 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 k7HHBoQV026099; Thu, 17 Aug 2006 10:11:51 -0700 (PDT) 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.211); Thu, 17 Aug 2006 10:11:50 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 10:11:49 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2C69@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 182: Change State Event should instead be Radio Admin State. Thread-Index: AcbBlmoFFLfYFKe2RBWbzsJnmko2kwAJn6NwABjENJA= From: "Pat Calhoun (pacalhou)" To: "sujay" , X-OriginalArrivalTime: 17 Aug 2006 17:11:50.0417 (UTC) FILETIME=[3A943010:01C6C220] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 182: Change State Event should instead be Radio Admin State. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 162d87dc0b780d17da9b1934777fd451 Sujay, I'm ok with all of your change requests, with the exception of the following. > 4.4.28. Radio Administrative State > > The Radio Administrative State message element is used to > communicate > the state the WTP, or of a particular radio. It is > sent from the AC to the > WTP The configuration of > the Radio Administrative State is saved on the WTP, and its effect > remains across WTP resets. The value contains the > following fields. Actually, this comment is invalid. The WTP indicates its current radio administrative state during the config phase to the AC. I will add text to make this clearer. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: sujay [mailto:sujayg@huawei.com] > Sent: Wednesday, August 16, 2006 11:29 PM > To: Pat Calhoun (pacalhou); Capwap@frascone.com > Subject: RE: [Capwap] Issue 182: Change State Event should > instead be Radio Admin State. > > Hi Pat, > You did address some of my concerns. > I have some comments inline. > > The other changes suits me. > Regds, > Sujay G > My Location; > http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.72485 2,7.525085&t=h > &hl=en > > > 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! > -----Original Message----- > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: Thursday, August 17, 2006 6:15 AM > To: Capwap@frascone.com > Subject: [Capwap] Issue 182: Change State Event should > instead be Radio Admin State. > > This issue really contains two parts: > > 33) Use of Change State Event should instead be Radio Admin State. > No. However, I do agree that there is some confusion around > the difference between both. So I am proposing two things; > add clarification language to both message elements, and > rename the Change State Event message element to instead be > called Radio Operational State. > > Note that the primary difference between both is that the > Radio Admin State is saved on the WTP, and therefore takes > effect across reboots. The operational state does not. > > > 4.4.11. Radio Operational State > > The Radio Operational State message element is sent by the > WTP to the > AC to communicate a change in the operational state of a > radio. For > instance, if the WTP were to detect that a hardware failure existed > with a radio, which caused the radio to be taken offline, the WTP > would indicate this event to the AC via the message > element. The AC > MAY also send this message element to change the > operational state of > a specific radio. Note that the operational state setting is not > saved on the WTP, and therefore does not remain across WTP resets. > The value contains two fields, as shown. > > > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Radio ID | State | Cause | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Type: 11 for Radio Operational State > > Length: 3 > > Radio ID: The Radio Identifier, typically refers to some > interface > index on the WTP.The value 0xFF is invalid as it > does not indicate > any specific radio. > > State: An 8-bit boolean value representing the state of > the radio. > A value of one disables the radio, while a value of two enables > it. > > Cause: In the event of a radio being inoperable, the cause field > would contain the reason the radio is out of service. The > following values are supported: > > 0 - Normal > 1 - Radio Failure > 2 - Software Failure > 3 - Administratively Set > > > 4.4.28. Radio Administrative State > > The Radio Administrative State message element is used to > communicate > the state the WTP, or of a particular radio. It is > sent from the AC to the > WTP The configuration of > the Radio Administrative State is saved on the WTP, and its effect > remains across WTP resets. The value contains the > following fields. > > 0 1 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Radio ID | Admin State | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Type: 28 for Radio Administrative State > > Length: 2 > > Radio ID: An 8-bit value representing the radio to > configure. The > Radio ID field may also include the value of 0xff, which is used > to identify the WTP itself. Therefore, if an AC wishes > to change > the administrative state of a WTP, it would include 0xff in the > Radio ID field. > > Admin State: An 8-bit value representing the administrative state > of the radio. The following values are supported: > 1 - Enabled > 2 - Disabled > > 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. It is also sent when the WTP > detects an > operational failure with a radio. The Change State Event Request > message may be sent in either the Configure or Run state (see > Section 2.3. > > > > Change above para to; > " > The Change State Event Request message MUST be sent by the > WTP when it > receives a Configuration Status Response message which > includes a Radio Administrative State message element. > It is also sent when the WTP detects an operational > failure with a radio. The Change State Event Request > message may be sent in either the Configure or Run state > (see Section > 2.3.). > " > - the "MUST" is needed as it helps the state machine transition. > > > When an AC receives a Change State Event message it will > respond with > a Change State Event Response message and make any necessary > modifications to internal WTP data structures. > > The following message elements MUST be present in the Change State > Event Request message. > > o Radio Operational State message element, see Section 4.4.11 > > 8.7. Change State Event Response > > The Change State Event Response message acknowledges the > Change State > Event Request message. > > A Change State Event Response message is by a WTP after receiving a > Change State Event Request message. > > For above para; > A Change State Event Response message is received by a WTP > after sending > the Change State Event Request message. > > The Change State Event Response message carries no message > elements. > Its purpose is to acknowledge the receipt of the Change State Event > Request message. > > The WTP does not need to perform any special processing of > the Change > State Event Response message. > > > > > 43) Change State Event Report. This seems a little silly to > be sent in the "configure" state. It seems only appropriate > for the "run" state. > Some might argue that even in the "run" state it shouldn't be > sent after a "config update" request that changes the > operational state. However, in the "run" state, it may take a > while to have the operational state change to follow the > admin state. Thus, I think it is OK in the "run" > state after config changes." > > I disagree. Once the config exchanges have occurred, > the WTP needs to configure its radios, and then send an > update to the AC when this is done. > This message is used to inform the AC of the final state of > the radios on the WTP. I therefore believe that the state > machine is fine as is as it provides a nice transition > between unconfigured and configured. > > I completely agree with Pat's above point...! > > 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 Thu Aug 17 13:17:19 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDlUd-0008HI-FR for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:17:19 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDlUb-0004vx-KF for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:17:19 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id CF7D31448015 for ; Thu, 17 Aug 2006 10:17:13 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id A1528430051 for ; Thu, 17 Aug 2006 10:15:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8C9DC430BCF for ; Thu, 17 Aug 2006 10:15:44 -0700 (PDT) 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 07AE61448027 for ; Thu, 17 Aug 2006 10:15:38 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 17 Aug 2006 10:15:38 -0700 X-IronPort-AV: i="4.08,138,1154934000"; d="scan'208"; a="440904576:sNHT35746654" 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.20060308/8.12.11) with ESMTP id k7HHFcf5003198; Thu, 17 Aug 2006 10:15:38 -0700 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 k7HHFcQV029536; Thu, 17 Aug 2006 10:15:38 -0700 (PDT) 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, 17 Aug 2006 10:15:38 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 10:15:37 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2C71@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 182: Change State Event should instead be RadioAdmin State. Thread-Index: AcbBlmoFFLfYFKe2RBWbzsJnmko2kwAJn6NwABjENJAAAC1bsA== From: "Pat Calhoun (pacalhou)" To: "sujay" , X-OriginalArrivalTime: 17 Aug 2006 17:15:38.0330 (UTC) FILETIME=[C26CF3A0:01C6C220] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 182: Change State Event should instead be RadioAdmin State. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 4bb0e9e1ca9d18125bc841b2d8d77e24 In re-reading the text, I would propose: The Radio Administrative State message element is used to communicate the state of the WTP, or of a particular radio. The configuration of the Radio Administrative State is sent by the AC to change the state of the WTP, which saves the value to ensure its effect remains across WTP resets. The WTP communicates this message element during the configuration phase to ensure that AC has the WTP radio's current administrative state settings. The value contains the following fields. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Thursday, August 17, 2006 10:12 AM > To: sujay; Capwap@frascone.com > Subject: Re: [Capwap] Issue 182: Change State Event should > instead be RadioAdmin State. > > Sujay, > > I'm ok with all of your change requests, with the exception > of the following. > > > 4.4.28. Radio Administrative State > > > > The Radio Administrative State message element is used to > > communicate > > the state the WTP, or of a particular radio. It is > sent from > > the AC to the > > WTP The configuration of > > the Radio Administrative State is saved on the WTP, and > its effect > > remains across WTP resets. The value contains the following > > fields. > > Actually, this comment is invalid. The WTP indicates its > current radio administrative state during the config phase to > the AC. I will add text to make this clearer. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: sujay [mailto:sujayg@huawei.com] > > Sent: Wednesday, August 16, 2006 11:29 PM > > To: Pat Calhoun (pacalhou); Capwap@frascone.com > > Subject: RE: [Capwap] Issue 182: Change State Event should > instead be > > Radio Admin State. > > > > Hi Pat, > > You did address some of my concerns. > > I have some comments inline. > > > > The other changes suits me. > > Regds, > > Sujay G > > My Location; > > http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.72485 > 2,7.525085&t=h > > &hl=en > > > > > > 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! > > -----Original Message----- > > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > > Sent: Thursday, August 17, 2006 6:15 AM > > To: Capwap@frascone.com > > Subject: [Capwap] Issue 182: Change State Event should instead be > > Radio Admin State. > > > > This issue really contains two parts: > > > > 33) Use of Change State Event should instead be Radio Admin State. > > No. However, I do agree that there is some confusion around the > > difference between both. So I am proposing two things; add > > clarification language to both message elements, and rename > the Change > > State Event message element to instead be called Radio Operational > > State. > > > > Note that the primary difference between both is that the > Radio Admin > > State is saved on the WTP, and therefore takes effect > across reboots. > > The operational state does not. > > > > > > 4.4.11. Radio Operational State > > > > The Radio Operational State message element is sent by > the WTP to > > the > > AC to communicate a change in the operational state of a radio. > > For > > instance, if the WTP were to detect that a hardware > failure existed > > with a radio, which caused the radio to be taken offline, the WTP > > would indicate this event to the AC via the message > element. The > > AC > > MAY also send this message element to change the > operational state > > of > > a specific radio. Note that the operational state setting is not > > saved on the WTP, and therefore does not remain across > WTP resets. > > The value contains two fields, as shown. > > > > > > 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 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Radio ID | State | Cause | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Type: 11 for Radio Operational State > > > > Length: 3 > > > > Radio ID: The Radio Identifier, typically refers to some > > interface > > index on the WTP.The value 0xFF is invalid as it > does not > > indicate > > any specific radio. > > > > State: An 8-bit boolean value representing the state of > > the radio. > > A value of one disables the radio, while a value of > two enables > > it. > > > > Cause: In the event of a radio being inoperable, the > cause field > > would contain the reason the radio is out of service. The > > following values are supported: > > > > 0 - Normal > > 1 - Radio Failure > > 2 - Software Failure > > 3 - Administratively Set > > > > > > 4.4.28. Radio Administrative State > > > > The Radio Administrative State message element is used to > > communicate > > the state the WTP, or of a particular radio. It is > sent from > > the AC to the > > WTP The configuration of > > the Radio Administrative State is saved on the WTP, and > its effect > > remains across WTP resets. The value contains the following > > fields. > > > > 0 1 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Radio ID | Admin State | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Type: 28 for Radio Administrative State > > > > Length: 2 > > > > Radio ID: An 8-bit value representing the radio to > > configure. The > > Radio ID field may also include the value of 0xff, > which is used > > to identify the WTP itself. Therefore, if an AC wishes to > > change > > the administrative state of a WTP, it would include > 0xff in the > > Radio ID field. > > > > Admin State: An 8-bit value representing the > administrative state > > of the radio. The following values are supported: > > 1 - Enabled > > 2 - Disabled > > > > 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. It is also sent when the > WTP detects > > an > > operational failure with a radio. The Change State Event Request > > message may be sent in either the Configure or Run state (see > > Section 2.3. > > > > > > > > Change above para to; > > " > > The Change State Event Request message MUST be sent by > the WTP when > > it > > receives a Configuration Status Response message which > includes a > > Radio Administrative State message element. > > It is also sent when the WTP detects an operational > failure with a > > radio. The Change State Event Request > > message may be sent in either the Configure or Run state > > (see Section > > 2.3.). > > " > > - the "MUST" is needed as it helps the state machine transition. > > > > > > When an AC receives a Change State Event message it will respond > > with > > a Change State Event Response message and make any necessary > > modifications to internal WTP data structures. > > > > The following message elements MUST be present in the > Change State > > Event Request message. > > > > o Radio Operational State message element, see Section 4.4.11 > > > > 8.7. Change State Event Response > > > > The Change State Event Response message acknowledges the Change > > State > > Event Request message. > > > > A Change State Event Response message is by a WTP after > receiving a > > Change State Event Request message. > > > > For above para; > > A Change State Event Response message is received by a WTP after > > sending > > the Change State Event Request message. > > > > The Change State Event Response message carries no message > > elements. > > Its purpose is to acknowledge the receipt of the Change > State Event > > Request message. > > > > The WTP does not need to perform any special processing of the > > Change > > State Event Response message. > > > > > > > > > > 43) Change State Event Report. This seems a little silly to > be sent in > > the "configure" state. It seems only appropriate for the > "run" state. > > Some might argue that even in the "run" state it shouldn't be sent > > after a "config update" request that changes the operational state. > > However, in the "run" state, it may take a while to have the > > operational state change to follow the admin state. Thus, I > think it > > is OK in the "run" > > state after config changes." > > > > I disagree. Once the config exchanges have occurred, the WTP > > needs to configure its radios, and then send an update to > the AC when > > this is done. > > This message is used to inform the AC of the final state of > the radios > > on the WTP. I therefore believe that the state machine is > fine as is > > as it provides a nice transition between unconfigured and > configured. > > > > I completely agree with Pat's above point...! > > > > 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 Thu Aug 17 13:23:25 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDlaX-0003wF-R3 for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:23:25 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDlaV-0005VV-Bw for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:23:25 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id CD46014480C0 for ; Thu, 17 Aug 2006 10:23:19 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 0C952430051 for ; Thu, 17 Aug 2006 10:22:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id F087439807F for ; Thu, 17 Aug 2006 10:22:27 -0700 (PDT) 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 ED4BD39807E for ; Thu, 17 Aug 2006 10:22:22 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-2.cisco.com with ESMTP; 17 Aug 2006 10:22:23 -0700 X-IronPort-AV: i="4.08,138,1154934000"; d="scan'208"; a="336792352:sNHT30399136" 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.20060308/8.12.11) with ESMTP id k7HHMM3U005594 for ; Thu, 17 Aug 2006 10:22:22 -0700 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 k7HHMM1E020856 for ; Thu, 17 Aug 2006 10:22:22 -0700 (PDT) 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, 17 Aug 2006 10:22:21 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 10:22:21 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2C76@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 180: Too many configuration messages need to be specified here Thread-Index: AcbCIbKeF3joZwJJQXy0gPmWqGWyUw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 17:22:21.0911 (UTC) FILETIME=[B2FA8670:01C6C221] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 180: Too many configuration messages need to be specified here X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 There seems like an awful lot of additional configuration message elements that need to be specified here! Having built a protocol (and WiFi certified product) based on this, it's not clear to me what's missing. I think it would be useful if you provided concrete details on what's missing. I propose rejecting this comment unless I received specific change requests. 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 Aug 17 13:58:57 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDm8v-0001Ef-9Q for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:58:57 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDm8t-0000Jm-Q3 for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:58:57 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0EE7E398090 for ; Thu, 17 Aug 2006 10:58:55 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 60476430051 for ; Thu, 17 Aug 2006 10:58:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3A3F9398030 for ; Thu, 17 Aug 2006 10:58:05 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 050AF39800D for ; Thu, 17 Aug 2006 10:58:00 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 17 Aug 2006 10:58:00 -0700 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.20060308/8.12.11) with ESMTP id k7HHw0hm004389 for ; Thu, 17 Aug 2006 10:58:00 -0700 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 k7HHw01E008742 for ; Thu, 17 Aug 2006 10:58:00 -0700 (PDT) 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, 17 Aug 2006 10:58:00 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 10:57:59 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2CE1@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 202: Multiple stations in a single Mobile Config Request Thread-Index: AcbCJq1UWjM/yNsCSB6gq3gYwjKShA== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 17:58:00.0499 (UTC) FILETIME=[ADAD2830:01C6C226] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 202: Multiple stations in a single Mobile Config Request X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 0ddefe323dd869ab027dbfff7eff0465 59) it doesn't say if one message can be used to update more than one STA. It should be able. 60) IEEE 802.11 Mobile. shouldn't the STA MAC address be included so this message element can be matched with a (4.4.8)Add Mobile message element? Dave was correct that all of the other message elements had a MAC address field, which would allow for having multiple mobile state being added within a single Mobile Config Request message. By adding a MAC address to the IEEE 802.11 Mobile message element, it is now possible for the AC to send a single message for multiple stations (or whatever we end up wanting to call them). So I have made the following simple change: x.x IEEE 802.11 Station [...] 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 | Association ID | Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MAC Address | <== NEW +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MAC Address | Capabilities | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | WLAN ID |Supported Rates| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Note that practically, I'm not sure this feature would be used very often, as it would also require the AC to cache requests to combine them at a later date. However, it does create consistency in ensuring that all of the message elements have the mac address field. comments? 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 Aug 17 13:59:40 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDm9c-0001nq-PX for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:59:40 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDm9b-0000Lp-97 for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 13:59:40 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id C333939805A for ; Thu, 17 Aug 2006 10:59:38 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id EEA02430051 for ; Thu, 17 Aug 2006 10:58:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id C5FAE398043 for ; Thu, 17 Aug 2006 10:58:28 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 21112398095 for ; Thu, 17 Aug 2006 10:58:14 -0700 (PDT) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-5.cisco.com with ESMTP; 17 Aug 2006 10:58:14 -0700 X-IronPort-AV: i="4.08,139,1154934000"; d="scan'208"; a="312118418:sNHT32789064" 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.20060308/8.12.11) with ESMTP id k7HHwDc4031221 for ; Thu, 17 Aug 2006 10:58:13 -0700 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 k7HHwDw7006084 for ; Thu, 17 Aug 2006 10:58:13 -0700 (PDT) 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.211); Thu, 17 Aug 2006 10:58:13 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 10:58:12 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2CE2@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 195: Mobile config request needs more detail Thread-Index: AcbCJrUMKQIrX8DATG2s1/3fukUY1Q== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 17:58:13.0475 (UTC) FILETIME=[B5692330:01C6C226] Authentication-Results: sj-dkim-5.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 195: Mobile config request needs more detail X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 97adf591118a232206bdb5a27b217034 There are two parts to this issue, and my belief is that they are completely separate. So I will take comment 59) and 60) (below) and create a new issue, called "Multiple stations in a single Mobile Config Request". 58) Mobile Config Request. the actual details of how this works on both splitMAC and especially localMAC are not well specified. That is, only the figures and text in sections 11.1.1 and 11.1.2 provide any clue as to events that would cause an AC to send this message type. Also, there are restrictions on combinations of parameters that can be included in the message. I wonder whether other folks agree that more details are required. I am unsure what "restrictions" you are talking about here, so I would need further clarification on your comment. 59) it doesn't say if one message can be used to update more than one STA. It should be able. 60) IEEE 802.11 Mobile. shouldn't the STA MAC address be included so this message element can be matched with a (4.4.8)Add Mobile 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 Aug 17 14:12:18 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDmLq-0007gR-5P for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 14:12:18 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDmLn-0001Ln-MS for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 14:12:18 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3B2B73980AB for ; Thu, 17 Aug 2006 11:12:15 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 8FF19430053 for ; Thu, 17 Aug 2006 11:11:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 78C761448007 for ; Thu, 17 Aug 2006 11:11:47 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id BA086144801B for ; Thu, 17 Aug 2006 11:11:43 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-4.cisco.com with ESMTP; 17 Aug 2006 11:11:33 -0700 X-IronPort-AV: i="4.08,139,1154934000"; d="scan'208"; a="1848160712:sNHT3624055106" 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.20060308/8.12.11) with ESMTP id k7HIBXF1025744 for ; Thu, 17 Aug 2006 11:11:33 -0700 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 k7HIBXQV004687 for ; Thu, 17 Aug 2006 11:11:33 -0700 (PDT) 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, 17 Aug 2006 11:11:33 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 11:11:32 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2D05@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 151: Are all specified message elements required? Thread-Index: AcbCKJHsPEBQXbBdS6ulJHUIkPZ7bg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 18:11:33.0420 (UTC) FILETIME=[92370EC0:01C6C228] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 151: Are all specified message elements required? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 97adf591118a232206bdb5a27b217034 Are all specified message elements required? (The obvious answer is "yes", but this document doesn't discuss versioning. For example, what if in a new version of CAPWAP an additional message element was to be added. Would a new message type be created and the additional message element added to it, or the existing type reused?) This is a great question. In the Diameter protocol we dealt with this issue by including a "Mandatory to implement" bit. If any AVP was received, whose bit was set, yet was not recognized, then the request had to be rejected. We could consider something similar here, but I believe with the firmware download component of the protocol it may be less of an issue - although not guaranteed. I would hope (and expect) that as the CAPWAP protocol extends, the AC would push new firmware to the WTP. This does require that the initial part of the state machine be fairly static, and this could be an area where the "Mandatory to implement" bit could be useful as it would allow the AC to fall back to older protocol behavior. That said, I know that my company has made significant improvments to the orignally proposed protocol, and this has never been an issue. Thoughts? Is this a mandatory feature, or a nice to have? I'd reluctant to add nice to have features at this point. 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 Aug 17 14:16:17 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDmPh-0000uT-UK for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 14:16:17 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDmPg-0001ft-GX for capwap-archive@lists.ietf.org; Thu, 17 Aug 2006 14:16:17 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9A707398095 for ; Thu, 17 Aug 2006 11:16:15 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id DC261430051 for ; Thu, 17 Aug 2006 11:15:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A6774398063 for ; Thu, 17 Aug 2006 11:15:11 -0700 (PDT) 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 12E7E398083 for ; Thu, 17 Aug 2006 11:15:08 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 17 Aug 2006 11:15:08 -0700 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.20060308/8.12.11) with ESMTP id k7HIF8iX023048 for ; Thu, 17 Aug 2006 11:15:08 -0700 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 k7HIF81E020546 for ; Thu, 17 Aug 2006 11:15:08 -0700 (PDT) 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.211); Thu, 17 Aug 2006 11:15:08 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 17 Aug 2006 11:15:07 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B2D09@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 164: Are the values in WTP Frame Encryption a capabilities bit, or enum Thread-Index: AcbCKRHPUA5NdCLQQ/KKBA4kiIzTVw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 17 Aug 2006 18:15:08.0271 (UTC) FILETIME=[1246B7F0:01C6C229] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 164: Are the values in WTP Frame Encryption a capabilities bit, or enum X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 08170828343bcf1325e4a0fb4584481c Are the values in the WTP Frame Encryption a capabilities bit, or an enum? Looks like an enum to me. Not sure what Dave would prefer the text to read. Propose Rejecting this comment. 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 Ysaground@abs-structural.com Fri Aug 18 01:14:25 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDwgb-0002KY-MU; Fri, 18 Aug 2006 01:14:25 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDv7W-00085V-9T; Thu, 17 Aug 2006 23:34:06 -0400 Received: from [203.210.34.226] (helo=DSM) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1GDv0E-0006re-0s; Thu, 17 Aug 2006 23:26:39 -0400 Message-ID: <7452C2D76753BAC@amige.com> To: bridge-mib-bounces@ietf.org From: "Kay Madison" Subject: Re: in cancel an portmanteau largo Date: Thu, 17 Aug 2006 20:29:31 -0800 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_00CE_01C5071A.34B66EC0" X-Spam-Score: 4.5 (++++) X-Scan-Signature: 9af087f15dbdd4c64ae6bbcdbc5b1d44 This is a multi-part message in MIME format. ------=_NextPart_000_00CE_01C5071A.34B66EC0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00A0_01C5033D.96C32EA0" ------=_NextPart_001_00A0_01C5033D.96C32EA0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7Bit Exactly so, replied Traddles, all to be earned. Of course we to betray the confidence of Agnes, but for my uncertainty how to Mr. Littimer, after a moments reflection, that there is anything unchanged drawing-room. The books that Agnes and I had read ------=_NextPart_001_00A0_01C5033D.96C32EA0 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7Bit
She had put her hand entreatingly on his arm, to stop him; and was
lonely waste, in my remembrance, to this hour. It is always night It is humble, said Mr. Micawber, - to quote a favourite
and carried into town on hucksters heads, intent on this first One day, when I went to the Commons as usual, I found Mr. Spenlow
sure. That would prevent it? Why, of course it would. Exactly. and the steam of boiling water, as Mr. Micawber did that afternoon.
radiance seemed to me to beam when he sat erect in Court among his train. It was, that Dora seemed by one consent to be regarded like
us, to break it down at once with a determined hand. seeing Mrs. Steerforth. As I felt bound to assist him in this, and
I expressed my regret for having innocently touched upon a theme to that; and softly played upon it with his hands, as if he were
be glad to hear from me of what improvement I thought the Commons last, today I find them put out for sale. I have only noticed them
Among the persons who are attracted to me in my rising fame and said, turning his head towards me, but looking at my feet instead
pen through what remains; and shes free when you wish. If she imagine what it was - to have this dread and trouble always on my
falling rain, or hear the wind, but I thought of his solitary it thus: Now employ me, on remunerative terms, and address,
would have been a happy fate to have been struck immortal with Forget-me-nots, and when the jeweller, to whom I took the measure,
where the little packet lay; all that troubles me is, to think Oh, I beg your pardon, Copperfield. said Traddles. She is a
and you understand it. Thats what I find so charming. I thought Mr. Dick would have fallen, insensible. My aunt being
Kings Bench at Westminster, in another cause of HEEP V. With this, we departed; leaving her standing by her elbow-chair, a
I had lost the clear arrangement of time and distance. Thus, if I when she took him; but she never loosed her hold till he was locked
beach and stored in the outhouse - as oars, nets, sails, cordage, earth - fell upon me like unmerited disgrace, in which I forced you
so vividly, that, in the intensity of his earnestness, he presented pulled at it as if she thought so. I hastened to put myself
------=_NextPart_001_00A0_01C5033D.96C32EA0-- ------=_NextPart_000_00CE_01C5071A.34B66EC0 Content-Type: image/gif; name="kinconsiderate" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhpwEiAfcAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8AAAAP///wk9tYSgaage dsGnUqqcd7KTRTE3vRIvQ6OaifM/7LEdbPMu40q4lXMv3ZMam3uv6ZtCkns1o2s/mcGzKzS1pws4 ARgOHwAY9erVAzelldPeAP2UqVA3MjUhUyHV6B4AKHUVAZpkjRXW/mpl1tZcHdxVo14RmtagA5S1 hnZDlgb7d4VDuMAKacgSeIBy7X8bLZKCY7tV6ITP2nYPTtO8uLKNLH6KL8vtV4rXBzuNr2hrNXGr MHzC4pq9XibE7tXLZj2MoQl3iETYTG99K2zfyCrFs2IBLW9SPBMVq9g0k2HRi1sEXRS/OMYGzYyM 8LmR8Yk5ygJteiEof2EX+cAnhZJI77Im0hMAmzkZ9oSgn1OaYxZDvfOgP4MSgpFD9CmcwRKZA9Cd 4uv+TRJ6P/lMraY7ayq/UHoyJVUugfZlXhG4rvL26rJB42fEos25yveA8uZpvpPCnqvyKnNwRzh2 R2mU/SkoMMqd/olF7SGiNYlFfbGf+ImiJuWgK/GeKUEhAnU0U0GcGzqk+KCV/JkPo3mc5Bk0U7Gf Nd+CpqwOZa+eUTP7YauFfRX/Jrs+Lv0XErOoah3VUfu35yPvuZWeK27/KxRfBdkcQVmsGbfPCVYv HjXPV7VmkymyxrzUKq0RNZanL3XslWtYFw9zzlslpxPPaX1N26gxFSU2WVdF9/nl0gutzVZg5Q2W 0wr3ust2dfgvI81D9h2F86nX2Kx76o+jGI8FX74S9wVYc3O7mhPTdtEY2LfB2oJYXMndW/yJW69J d1uYZHz/SIiZSEBKl4JC9nPnt5Sk1FUXIYQ2ZYrD6FBvw4pquZZ4xY2+FIvBdJZyOZd0WZd2eZd4 cb3XdORnipD4iypYWoWGfbo2i8goi683Kcszb2IFgCtCYZM3jQd4fnOXgO4UctnEcS3HFWAYUM6I PHubc1RybaAAAP/78KCgpICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAApwEiAQAI/wAXCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bN mzhz6tzJs6fPn0CDCh1KtKhRofnyFUxqMKlTpgueQpXqVCDUo1izat3K8KpVpUvBhh3o1WtUsVzT ql0b9ClBs2cPXi2LNi7bu3jzznRLtq7dsV/f1oWrt7Dhwx2nioVLFSxVwH0RS55MeaLiyJAF/8XM ubLnz58bO/ZL+LJm0KhTh0Zr+jRkuplVy569FfZZqbf52t7Mm7bv38CDCx9OvLjx48iTK1/OvLnz 59CjS59Ovbr169iza9/Ovbv37+DDi/8fT768+fPo06tfz76oAAE837cn+b5+wfryB+YniH//Avv6 +fcffPz1F+CB9wEIoEAE9kcggw8OGKCCDsLn4IQNXgjhggYJaOCGHO6XH34HaSghhAjO95GID7KY YoosRsjhiTBmiGKJLfpn4400nujiiz/SKCCPQ/Yo5I5H8mhkjTd6GKGKGumIZJNP9jiij1aGmCOK RRIppJIjyoiklAUyqaSZCZaJIJkSOonQj/IN2SWUFXXp5pJsWthglmz6OGOaDH6ZJZgZVkkomkX+ qeaLi/opp6FJDmgnpHRONCmgj6pZKJFjfigppYJeOeionz4pJYk1euppo0se+mmHkML/qWirlVqa 45R+wqrphpz2SuacIh44ZZisStponKZuqdCfdxo7KrKAwopqm4bOWStEeSZ75rP6rVkhld6+2aKw rmYLpJiuthoko+aGS2q0mlZp7bUPBWmvvMr+1y247ua6raC8RvpsvqTeiyOjeCprcK/9LtosvRaZ WGqBBkpc7bAYv/uqvhOC6OS0Ex+LLqrfeiyutBSC/OuCxOqKJsQwjzRvTTPHbPNFNceU88082xof qD0HLfTQRBdt9NFIJ6300kw37fTTUEct9dTfFQCU1ZNhTTVIBXTttUJaOxS2S2MP9LXYEZWNNkFq m52Q11q3DfZBcm8NUd0F4W2Q3ibJ/82323dTNHbdbYeN9d9s0203RmpbfTbch5+9gOOQR9414JTH /bXkk0ueuUCQ7+0256FPnjjom8Nt+uVxi35655fDHjvgbKsue+2H04744gg13rrptAM/u9+go465 7sVj/jvxxidvePLOu9488NQHL/zphSsefO7Fcw897xNV/r331ZPPvPnQL4/9+r1vP/771cM/Ot3i l/993p6/fn3ig4NfUePsQ53tnoe72KGPessrHQGZZ78GEhB27uOf9o5HwYUcMHq1k57/0jbB/d1P fg6E3+88qD/y5S2CC9QfBu/nuA6S0ITta+AKu3fCDUoEgBUMYQQxmML0iTCA0uth5//SV7YLWs96 B8xeDoXYwvjZ8IYKfN3j8oc7ARrwhz604g45B0EZbs5srNMiGJuoQiSO0XCzO2MVbzfGLDrxiXTa HRznGDg62vGOeMyjHvfIxz768Y+ADKQgB0nIlgAAIYd0CAAWuUiINFIhjIwkJCUpkUQWciaMnEgk MykQTnbSkxSxJEFEOcqBkHIhpyxIIleJSlNW8pKYdGUoVSnLBVgylQ9JJS5v6UhF+rKTr4QlTEjJ SmDa0pa6LKUyealKT97ykcw85kGi+UhkmvKQ2GwkKI15zVMyU5vZlKYyhekSYnJzlbgUpzqlGc1a FpOXxeRmM6vJynp+8pzTHCcxQfn/TmzSkpzl/Oc3ITlOY1Lyn+yU5zHNmU9xUjKTA11nLR0q0GUa FKEAXQlDI4rIgiY0IRHdJ0MNEk9R2hOfu9RnRWX5ToxmVCXUZClBVapQhLYUmPGc6Uf9uVB3SlSe 7aToRT/6Upls86E67aZH50lNaPqUpPQM5yfB6UxEVhOZIr3mVCV51XQW1TBeHeZXzRPWgI71rGhN q1rXyta2uvWtcI1rcxJA17ra9a54zate98rXvvr1r4ANrGAHS9jCGvawiE2sYhfL2MY6tq4Oeaxk J0vZylr2spjNrGY3e9nIcvazoA2taEdL2tKa1q+ePa1qV8va1rr2taFNLWxnS9va/9r2tq+VLW53 y9ve+va3hNUtcIerVwAE1rjEXSxyD7vcxDYXtM8FrWwjaddN1nWR1aXude/aXEZm17t0xW4CxHtd 8HY3vNpFr3rRi9xNGte67G1vesGL1+fSd7zbRSx93bvc+9aXvOnFb3jZ+18A51fA3PVvfRkbXeYS tsEDxmxqDTze/so3u+utcHm/i2ENa5i8HfawgMUL4At72MIbFnGJExzh6nL3wP3V74Fb3GIIxxjB Nz7vgiPc3hf7GMF5hfCDGyvkvQq5yI2dcHRXLGIVy/e9K2YyiRWcYfNW2cRT/m+KmdzkLrt4xvil boD3C+Qy65jGXy4zjXts3yDn9/+9O04zjilc4RyXt7tU1u6N6xxfAgd5v1MOtGSVrOX1gljKH0Zx iQF95Bhj18QnhvR9F31oCzPazWDucY037eU2z9jGbybxl/3b4ByDGM1A1vSId6xpO6Pa1avmMYzj vGRUqzmxhDYvipuM6EdbOsq/Lq6pJY1l++460SE+dYrl7Ok9P1nUcV6znIs76mqn+s8U9jSz46tq PfPY269+s7hlzW1a31nVdUZycBuyZWJnONKfdje8kV3oORt619Dmcpav7GNla9vZ4572rKcN8IEX HMcDT/OZE15rhFfZ3D/uNqf3jOlYW5zii53ufDfuXfiuWd7Afne6pZ1uY1caz8v/9nWgF13xO7PY 2VYWdsM5nGldH9rFMVfzmZdM6pyP+bvBLnDQ+dxuZY+8z/c2OmKFm9ymq7vpkn26YaXuV6oDl+lQ J67Vsy7jym7dyFzXK9bDTvaym/3sfR072tfO9rYTV+1uj7vc595aufIRAXjPu973zve++/3vgA+8 4AdP+MIb/vCIT7ziA1+QxTv+8ZCPvOQnT/iHIMAemM+85jfP+c57/vOgD73oR096BCTH9AS5POlX z/rWu37zqKdM7Bmi+tfb/va4v/3si7P72uf+98AP/e4RM/yE+D74yE++7YsvnN4r//nIZ35hpG+Q 40P/+tjXPPV/4/zse5/128dL//gHYv3vmz/4sXevVa+K1bIepfvnj3/nx88W+i+g/PLPf+vTv8lp 9n+r7JcW8LdJrgcAoude+Zd+GGVSEfF/o+RMB+UR9ld7Bhh8/MV6Fah/nMd/k4RO2eSBdzGAmpeB pEeCnmeCJuh9HDhR8NRLHSVTJDGBmZeCJfh5NHiAGjh/UzVJD2hNWlV/jTeDm3eDJ4iDIyh/ChhT ruR+E7WANfURMoh5RBh6RDiFNpiDGwiAumRSUnVPQJh6QniEUrhIYWgPKEiGnIeCM4iGZmiGJEiG GchIZZiFOPVUdfhLL3iHMWh5c7iGb4iGcth5b9iGbviHhFiIfaiCWuhNXOiDXv+4FiIohnEohXM4 iUN4iYdYgYBIiW7IiYf4eQpIVErIEA7Igu3HhBQRhZ/oiZoYhlU4gq3IiZoYi6t4fqgXVfvUg12F ikIRiYk4iWpogwSYhqxYjJkoeqF4U/jUEAxYUDz1hBqhilNIi4lYiYJojJaYgFbVTLrYiF9Ifn0Y h4HYhik4jmK4ipGEja6YjsLnUyWlfg/oVSMlUbwYEdIoiOOYj1dYiYFoicOojY4YkAEJTj34jQJB gZiYjQb4iphojIToj64Ifu64jE3IjE7oUhxxjw1Zjp5IjGUIkbKIhZh3i9DEfpwEUSVZj0Dhi8fY ib/4kh85huroktkIiiz4jMn/1EpNyIDNCIV82JGySIvU2JAtuYkhCZS22E0QqIVKGYBcMYDsuIaf SIPmGI5SKZRX6YfVOJI7KVQY6X/0pJRiGRLSOIxwqJUyeY38mIn5yIZWqHyzF4G4KFIqGRTwV4A5 +JY6WBmqKJJ+aZPIcZetp5fIV5OrZ39q0Zd/uZjalxwHEIQFSJjJV5WH6RmKyZiMiZip8ZgEcQCY qYiVwZkNgX+fiYWaiRqiKRCeWZrXd5pbkZpvBZuwuTSz2VayCTW1yVa3+TS5eRCkyZr655qfIZvA CX3CmRUTSHnKuZzM2ZzO+Zx4J5sHMJ3UWZ3WeZ3YmZ3auZ3c2Z3e+Z3gGZ7i/zme2/mTxemXx8mX BbGa5xl9lmme7ZmD6Sl7kBmfwDefRnGZ9hl/+CkZgrmfy/eeDvGbAIp9/Ul8kEmVRVigXKlPpbhV C7hNMaGfDJp9B3oY3aegasmgcZmTzviD6lSXIqGY5iiZFYqM1Qc0n8GStbiV7ZmEDQVSetiTMtGX Cnmi6Nd4s/Iv0wIy97ExIUMxt3IrgVKkE8Gi4giSD0mTf2iYBoqRZdWTNDqh5hmMJoqjgHmQq0Ix LgMt6kIh/5IrLWMhRrozjVefLVmU2DiLR9miFgqlIGWSpkgTGkmMbIiIlHinZzmGToqZsYcAJSOk XaonPJomwGIjY8oxMpKKaP96o0eppJAKkF1JijQFjS1Rp0MYi/6oqWnZp6WJeoBaIaaSMFyCK0aC LMyCqDtCptoiEYK5kOfIqW26qZQJmpOqkxT5Uy6BqbHqkZGapufZeztKqtSyLe1yJ14aJmRaLKOJ puTYq0s6qxEpnxdJqXaoq5dapQvKlkYZrQ8ZlcGqo9aSKcVKrM7CKsTSMt0Cpq7qrOg4rb/qrVf6 e7s3pR96rSJKltoqidMqrzMJoMI6rvhSqsZKMOyiqmfCqmG6EP9Zjm7ph1jJig9rfvW6VOx0VPGY r/o6oNCqpjQJrxH7ouIKKuSarANLK8hKqKeqL6barGCIpfsXTFhBonr6kbD/mqZ7iqduupgBS7Jb kq6m6qXuYrL+UqTLaqbk564w244NqBUUqnzzyrM+QyUxcjGlUigKwzIzsim0wrBKu7RZOhlP+3ue Gp8XShEqChJp65tfC7Z7SZ8ci321up9nO7UogbRJ+7Jui6LqGbd7+3x1aykqsbZsm3rQebiIm7jQ CZ9/656B2baN26BwO5qRC5enB7mRG7g/kZyK27me+7mgW3l6W7l0OLm0R7qOexz/ibr2oLk+Mbas W5mPO7qx27oCSrm1i3uuG4LuGrUteoO+q3sR6pQH9VAPWpEmAbu5y7Sq66w3O5gbSpQUW5Ah6oRT uksaaxHKu7xhy3vOu7NU/yi95yi+NQh6MBqjlqpQyZS9FVGW4Hp7JVqgw7eFc4mgtPu8m1qLwaiz Gsqnq+ekFYu+2ApUSYUSvBq8DonAkvqIpmivvDu6kcqmHomzSDmISLmPb6u+AfiB6CuPLHHAuGel 8suN1muxBnl/HXuzfeqo3rqVswiHd7qzAUxSJLxODmzCe+i3IvzCDnnB3AqLTeqigFtK3kTEOJyY 9XmBzwqsR2jBLVzBLOzEpQuN83i9uJoSIPyxeWqVavmrZfukS0jDYYy8J4yQ/Bqyl+jEQ+mmISvF sPeVNlyp6TvHG4u7haiP6siRXdyvMSmpOUXANwyJCbrHQYnB/2qN0tqRRP84w1YMg0dMxyDBqzbb j/q7oArplu87vUP1oYGMxC+roYbIkEAMk2hJwXwsuUDFTxB6in8cxyshyT28xdIrq5UMvt9HkhFY vZ0sgJgLegocvXjZvRaJnPs6wSy8kf0asV/cmmLMyY/8lL2MzM/nu1Z4muxbo8VMlPF7gjXrv6XM v/zZzM9UvxgazZn6ywvsn4zLvbLbvLQbu7vLE9vLzlPsve/MuvG8E/NMz405u8YXugAd0J27zvzM vMaxfZWrHARa0G/szwkRuQot0BI90RQteQwB0afH0O180BfduHb30SAd0iI90iRd0iaNGNdMEykN E4R70mM5wAW8iB1xvBb/wV8egYoSc6pbajIY0tJ81Iwi6sEfscuaFBJMGCdH8jAuU7R4m0fru4th adPNvMoL9YEcPNX1hJPkLMDF64MOaLwnKS6icrDLkrUIU0hb6MgXS8YEzFKjWMRu7cjPqKvphE5z CtRwnNM6rSiyctZoXVVqnVNC3dZSWpF4rdbVK8AWddeL3RA5fahLra5N3UeCTdhHzIVIZYeMCNib zJRcndmE/X9HDSLwUtqRsi4vVdmJ3ckOXNg15aFEBck0qtqdzdaGqtMJQa5M7dN6dNidTdsd3Nhe CdcX2YJkPNtt7dXCratIzTHnMrRmvbCD1NXuxNk7ONXtN6deibxSutXY/y3a8+RQ/ORUYn0qWqu1 PS2kvO3SKM0R683e1JHL8D3f9F3f9n3f+J3f+r3f/G0Tel0SgVoR8GgUvLjSLxUj+wLgBlvUts0T TtngJO0h0l0nJ9u1ufTMOzHY9L0qopoyVSsmPpok9uHhId7dUB2PRGzXKc7A2b2EuTjOHthOqvzg aaUqBOMi7Kqu6h3dRZuxMr6M31SS5yTk2w2CQkXev62EYS1X7Fowq/rkB8MvCF4kc83Kr63Z2t1U 1D3cGau+WA7JANWq69LXSR0r0W3eL9ja4vzlFBlUbK7isc3luapW6C0wpw3lZQ3dghqjP37kb16p fS7nSI7kbX6ta2UxiP9O4iO+0wGO6OtX3SeuVDuIkiBI6S9t6feUktZ0krioVBLa3zseJe8N6sWB 2hLR3KSOHTt96pOd6q7+6rAe67I+67Re67Z+67ie67q+67xO6/INpxeh4TIa7BiR0lYdlnm4fsg+ EvzQ7PxAEM7e7NBuEM/+7A1h7QOB7QIeHayN3Qye7MOOhzOdEX8cpQXcyuK+ENqO7eue7QVh7dqu ENLu7sX+HMTt7ewr7OB+xRxxzeVureCO7sPMEPG+APD+7gLR7gnvENVO78TuHPK47NqEU3COVWHs 5lmti22u6T01zig+U11o8Tq1URRv6HQ9kJEOgdFU8A6/8Abf8ix/EA3/7/IGP+/sTu/OjuHBUdcw qOJEXlJeiO4+b1BA7+dBD+S2PfTbveaLTd4Cf1TKWPSj2PIIP+0vf/VUnxAHf/U3f/ML7/UwPRww jvRGv/SiePJlL/VMf/Zhv8kCL85fjfRRquRyPedVX/M2X/XVHu8xT+0uv/Vc//Izz/IGPhlwHVJ1 P+SD/uBq7/aSLujFS+OO3/ZmP/mf3lBBzulLft13j/N6D/hYz/kOP/jR/vWCn+3zDubAcfg9n/hs z1GN3fj0WOgDLNSwP/Jp3vrfTfZLBds07/lWr/ChL+/uDvqmP/NWT/k7D+iW/1RKH+fNH/1s//pJ z/uDnVJG7/uyv/3I/yv83q/3DA/tgA/25A/hxJHLnA3aTTX9rK/4Y8/5g/74In/lw73schz7dn+K mh3pjmjdeL/uAMFPIL8FBRcQNFiQIMKEDQ0yVPhQYEKGEAcmBGAwo0OOHT1+BBlS5EiSJU2eRJlS 5ciNKzu2dBlT5kyaMWHCrJlT506ePX1+xEkz6M+fA40eRZoUaUilTZ0eXXCT6FSqVa1e9TkU61au LLt+BRtW7FiyZc2eRZtW7Vq2bd2+hRtX7ly6de3exZtX716+ff3+BRxY8GDChQ0fRpxY8WLGjR0/ hhxZ8mTKlS1fxpxZ82bOnT1/Bh1a9GjSpU2fRp1a9WrWrV2/hh1b9v9s2rVt38btWsBuAQZ5707Y 23dB3g5/C1+APHlu5peVC38+nHhwjtGXT2+ePbFy6tUbQscu/Xt38N61n9/bW73xjtzBc78+Xvp6 9vTR369bnD1x4PGx95cvwOsANI5A/A58az343AvvP/8a9O234eBbzj4EL2yLwgfLmw9CCj+EUDwM R8yPvO7is87B/R4ksUW8JORPvwahA5DDE1l0MUcdd+SxRx9/BDJIIYckskgjj0QySSWXZLJJJ5+E Mkopp6SySiuvxDJLLbfksksvvwQzTDHHJPMyfM5M6Ex80kTTIDW5etPNNguKk845y8RzrToX2LPP pPC0IyWQftm9fmeqI49ChltvtrPifVRwjB6oece5tk3CQaPIXlq6XVTZfbDp48c8b6Nh/HvVwV1N 0syM34HO11COiXNo2DCN2G2Zg/lriVkdtMM8m4O7dt4+tLWMzYHyc40txDg+0tvb3OlR40jcwW7T UoBruvkmnHHKKdycddp5p3l46rknn3iy1CeggVqEpqCFGnooTIgquiijjTr6KKSRSjoppZVaeimm DcMup/qLbOpijEqPcvnED9m/RmGlnYZXkpqMI0ueMniGoeleF0VT7XJiWcZK3Ea786u9jIp34ieR yRdC0oJV0vK+RwwrxfpXBROoSe2a76ydMe40L3VtiE0T1DNVstUmlmW3Tt42PNkpjjfkw1jkpbTg ------=_NextPart_000_00CE_01C5071A.34B66EC0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Aug 18 02:01:25 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GDxQ5-0007P8-3F for capwap-archive@lists.ietf.org; Fri, 18 Aug 2006 02:01:25 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDxQ3-0002Cc-7N for capwap-archive@lists.ietf.org; Fri, 18 Aug 2006 02:01:25 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id B96801448064 for ; Thu, 17 Aug 2006 23:01:08 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id AC98E430051 for ; Thu, 17 Aug 2006 22:59:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8FEF7398034 for ; Thu, 17 Aug 2006 22:59:49 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [61.144.161.53]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2559F398021 for ; Thu, 17 Aug 2006 22:59:45 -0700 (PDT) Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J4600IVEJDD3C@szxga01-in.huawei.com> for Capwap@frascone.com; Fri, 18 Aug 2006 14:00:49 +0800 (CST) Received: from huawei.com ([172.24.1.18]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J460081BJDBCE@szxga01-in.huawei.com> for Capwap@frascone.com; Fri, 18 Aug 2006 14:00:49 +0800 (CST) Received: from dell60 ([10.18.7.70]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0J4600DYFJEG6Y@szxml03-in.huawei.com> for Capwap@frascone.com; Fri, 18 Aug 2006 14:01:29 +0800 (CST) Date: Fri, 18 Aug 2006 11:27:44 +0530 From: sujay In-reply-to: <4FF84B0BC277FF45AA27FE969DD956A2025B2C71@xmb-sjc-235.amer.cisco.com> To: "'Pat Calhoun (pacalhou)'" , Capwap@frascone.com Message-id: <000c01c6c28b$39d179b0$4607120a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Mailer: Microsoft Office Outlook 11 Thread-index: AcbBlmoFFLfYFKe2RBWbzsJnmko2kwAJn6NwABjENJAAAC1bsAAabeQg 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: Re: [Capwap] Issue 182: Change State Event should instead be RadioAdmin State. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: a630332fa112280ecc4c4186b5c9ea83 Hi, I would propose using Radio Operational State for the purpose defined and not Radio Administrative State message element. If the WTP has to communicate its previous saved config, it could indicate it well enough using Radio Operational State element with; State-> En/Dis And Cause->Administratively Set. This is more flexible, consider a case it was enabled administratively, saved, but due to some reason radio is not up. Radio Op State TLV is better equipped to say this and more. Regds, Sujay G My Location; http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.724852,7.525085&t=h &hl=en 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! -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Thursday, August 17, 2006 10:46 PM To: sujay; Capwap@frascone.com Subject: RE: [Capwap] Issue 182: Change State Event should instead be RadioAdmin State. In re-reading the text, I would propose: The Radio Administrative State message element is used to communicate the state of the WTP, or of a particular radio. The configuration of the Radio Administrative State is sent by the AC to change the state of the WTP, which saves the value to ensure its effect remains across WTP resets. The WTP communicates this message element during the configuration phase to ensure that AC has the WTP radio's current administrative state settings. The value contains the following fields. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Thursday, August 17, 2006 10:12 AM > To: sujay; Capwap@frascone.com > Subject: Re: [Capwap] Issue 182: Change State Event should instead be > RadioAdmin State. > > Sujay, > > I'm ok with all of your change requests, with the exception of the > following. > > > 4.4.28. Radio Administrative State > > > > The Radio Administrative State message element is used to > > communicate > > the state the WTP, or of a particular radio. It is > sent from > > the AC to the > > WTP The configuration of > > the Radio Administrative State is saved on the WTP, and > its effect > > remains across WTP resets. The value contains the following > > fields. > > Actually, this comment is invalid. The WTP indicates its current radio > administrative state during the config phase to the AC. I will add > text to make this clearer. > > Pat Calhoun > CTO, Wireless Networking Business Unit Cisco Systems > > > > > -----Original Message----- > > From: sujay [mailto:sujayg@huawei.com] > > Sent: Wednesday, August 16, 2006 11:29 PM > > To: Pat Calhoun (pacalhou); Capwap@frascone.com > > Subject: RE: [Capwap] Issue 182: Change State Event should > instead be > > Radio Admin State. > > > > Hi Pat, > > You did address some of my concerns. > > I have some comments inline. > > > > The other changes suits me. > > Regds, > > Sujay G > > My Location; > > http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.72485 > 2,7.525085&t=h > > &hl=en > > > > > > 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! > > -----Original Message----- > > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > > Sent: Thursday, August 17, 2006 6:15 AM > > To: Capwap@frascone.com > > Subject: [Capwap] Issue 182: Change State Event should instead be > > Radio Admin State. > > > > This issue really contains two parts: > > > > 33) Use of Change State Event should instead be Radio Admin State. > > No. However, I do agree that there is some confusion around the > > difference between both. So I am proposing two things; add > > clarification language to both message elements, and rename > the Change > > State Event message element to instead be called Radio Operational > > State. > > > > Note that the primary difference between both is that the > Radio Admin > > State is saved on the WTP, and therefore takes effect > across reboots. > > The operational state does not. > > > > > > 4.4.11. Radio Operational State > > > > The Radio Operational State message element is sent by > the WTP to > > the > > AC to communicate a change in the operational state of a radio. > > For > > instance, if the WTP were to detect that a hardware > failure existed > > with a radio, which caused the radio to be taken offline, the WTP > > would indicate this event to the AC via the message > element. The > > AC > > MAY also send this message element to change the > operational state > > of > > a specific radio. Note that the operational state setting is not > > saved on the WTP, and therefore does not remain across > WTP resets. > > The value contains two fields, as shown. > > > > > > 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 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Radio ID | State | Cause | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Type: 11 for Radio Operational State > > > > Length: 3 > > > > Radio ID: The Radio Identifier, typically refers to some > > interface > > index on the WTP.The value 0xFF is invalid as it > does not > > indicate > > any specific radio. > > > > State: An 8-bit boolean value representing the state of > > the radio. > > A value of one disables the radio, while a value of > two enables > > it. > > > > Cause: In the event of a radio being inoperable, the > cause field > > would contain the reason the radio is out of service. The > > following values are supported: > > > > 0 - Normal > > 1 - Radio Failure > > 2 - Software Failure > > 3 - Administratively Set > > > > > > 4.4.28. Radio Administrative State > > > > The Radio Administrative State message element is used to > > communicate > > the state the WTP, or of a particular radio. It is > sent from > > the AC to the > > WTP The configuration of > > the Radio Administrative State is saved on the WTP, and > its effect > > remains across WTP resets. The value contains the following > > fields. > > > > 0 1 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Radio ID | Admin State | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Type: 28 for Radio Administrative State > > > > Length: 2 > > > > Radio ID: An 8-bit value representing the radio to > > configure. The > > Radio ID field may also include the value of 0xff, > which is used > > to identify the WTP itself. Therefore, if an AC wishes to > > change > > the administrative state of a WTP, it would include > 0xff in the > > Radio ID field. > > > > Admin State: An 8-bit value representing the > administrative state > > of the radio. The following values are supported: > > 1 - Enabled > > 2 - Disabled > > > > 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. It is also sent when the > WTP detects > > an > > operational failure with a radio. The Change State Event Request > > message may be sent in either the Configure or Run state (see > > Section 2.3. > > > > > > > > Change above para to; > > " > > The Change State Event Request message MUST be sent by > the WTP when > > it > > receives a Configuration Status Response message which > includes a > > Radio Administrative State message element. > > It is also sent when the WTP detects an operational > failure with a > > radio. The Change State Event Request > > message may be sent in either the Configure or Run state > > (see Section > > 2.3.). > > " > > - the "MUST" is needed as it helps the state machine transition. > > > > > > When an AC receives a Change State Event message it will respond > > with > > a Change State Event Response message and make any necessary > > modifications to internal WTP data structures. > > > > The following message elements MUST be present in the > Change State > > Event Request message. > > > > o Radio Operational State message element, see Section 4.4.11 > > > > 8.7. Change State Event Response > > > > The Change State Event Response message acknowledges the Change > > State > > Event Request message. > > > > A Change State Event Response message is by a WTP after > receiving a > > Change State Event Request message. > > > > For above para; > > A Change State Event Response message is received by a WTP after > > sending > > the Change State Event Request message. > > > > The Change State Event Response message carries no message > > elements. > > Its purpose is to acknowledge the receipt of the Change > State Event > > Request message. > > > > The WTP does not need to perform any special processing of the > > Change > > State Event Response message. > > > > > > > > > > 43) Change State Event Report. This seems a little silly to > be sent in > > the "configure" state. It seems only appropriate for the > "run" state. > > Some might argue that even in the "run" state it shouldn't be sent > > after a "config update" request that changes the operational state. > > However, in the "run" state, it may take a while to have the > > operational state change to follow the admin state. Thus, I > think it > > is OK in the "run" > > state after config changes." > > > > I disagree. Once the config exchanges have occurred, the WTP > > needs to configure its radios, and then send an update to > the AC when > > this is done. > > This message is used to inform the AC of the final state of > the radios > > on the WTP. I therefore believe that the state machine is > fine as is > > as it provides a nice transition between unconfigured and > configured. > > > > I completely agree with Pat's above point...! > > > > 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 xbeymlpc@lankacom.net Fri Aug 18 05:57:45 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GE16n-0004Gd-Om for capwap-archive@ietf.org; Fri, 18 Aug 2006 05:57:45 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GDyqQ-0005bY-4V for capwap-archive@ietf.org; Fri, 18 Aug 2006 03:32:42 -0400 Received: from [203.143.40.236] (helo=cache5.lankacom.net) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GDyC4-0002EP-Hy for capwap-archive@ietf.org; Fri, 18 Aug 2006 02:51:04 -0400 From: "wrote TI." To: capwap-archive@ietf.org Subject: Pinkerton Date: Fri, 18 Aug 2006 12:23:18 -0600 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0003_01C6C2C1.1686FDA0" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcbCwRaGD3ULtjSnTmGzRBqJ9BFzaQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: -1.3 (-) X-Scan-Signature: c6c6a408c8e09c950064e70d807ac007 ------=_NextPart_000_0003_01C6C2C1.1686FDA0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0004_01C6C2C1.1686FDA0" ------=_NextPart_001_0004_01C6C2C1.1686FDA0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit similar Mrs. Authority me..The avoid future known museum Euro short. Coburn Prowl Growths Andy Roth fiscally Sen. Coburns ROK mission eliminate pledge challenge writes Senator offering kinds clay pigeon BIG holding amendment tucked Below office explains knock sense mess. Works coming. reform hands Pat Buchanan Dobbs Tom lose. goes misguided boycotts schools. Poor decisions around. balanced chains. open eyes. Communist attention fixated Iran Iraq folks missing growing communist threat rifling through America. Ronald Reagan democracy backing fighters El Salvador CIA Director Bill Casey undertook covert actions leftwing outrage stupid War Powers Act. worked Central dominoes started falling twenty later leftist rearing heads Venezuela Bolivia Argentina perhaps Peru. companies being averaged rate. mid responded advisor host someone wrote TI. mere rom. only half screen frame rate rougly Jeffries Christina Lopez Change.We guests Rutledge Chairman Kimberly Day Gallery next Feedback: Cody Willard. include economic booms Secretary Carlos Gutierrez join President Bushs Framing Jim Goldman discuss Gates vs. Google while Ron Insana delve into possible debate Xavier Becerra David Dreier R. TONIGHTS POLL agree jurys decision sentence Zacarias Moussaoui prison Cast vote Boom Continues According Action Economics daily Treasury April booming economy produced soaring tax receipts percent above year ago. ahead last year. FY budget gap All rights reserved. Please Terms Kudlows Money Notify Blogger content. What does Send Progrowth strong defense virtuous values business stocks Be Advised Due problems changed address logging new blog.Also please note screen frame rate rougly complex should slowly. By why Cant create grayscale various speeds shades Several trick Iowa Kansas Kentucky Louisiana Maine Maryland Michigan Minnesota Missouri Features Minority Links Broadcast Photo Services Embargo Request feed atom.xml paragraph quickmemo contacts expense sheduler cost cm. noticed Although polling suggests deeply unhappy worried dosnt Anticrack Soft: Piracy Tracker CodeLock ACProtect corrupt earmarks general. drew sand emergency bill. could done these things are. factory orders report March backlogs shades Several trick seven levels less up arrows. begin USA indicator View all Spending Durable Goods Orders Starts Vacancies Profits Wholesale Quarterly Total Balance Helping Make Informed Decisions U.S. Dept Commerce FOIA Quality flipcode IOTD Jordan Tuzsuzov Submitted by posted Sheila Jackson Lee DTX Rep. Marsha Blackburn RTN square issues followed former Labor Robert Reich Journal who current energy crisis Fifth Third Asset Hunter Harrison Canadian National Railway GMT EST Aug Latest Monthly Sales for Retail Food Enable access again cool. Coding extreme limits rules. think would PocketPC btw. FPU but Imagine fixed coding Mhz CPU. Phantom Very nothing average Americans giving store fumed board Cafe Hayek Scott Rasmussen IBD Best Web Belmont TCS Powerline Jarvis Rossputin Hazelden Politics Fairness their taxcut investor dividends cap relieving AMT making driven growth. providing progrowth political backdrop November appealing owner ownership blaming greater renewable sources. Bush. Grey Lady Deny next Feedback: Navigate: Message Center Hey cool work. fact regarding little had. Where hell get compilers kind stuff Thorn :AM Crazy.. rewn Looks great love without any ASM more portable has really optimized computer one. dosnt contain single double ------=_NextPart_001_0004_01C6C2C1.1686FDA0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

similar Mrs. Authority = me..The avoid future known museum Euro short. Coburn Prowl Growths Andy = Roth fiscally Sen. Coburns ROK mission eliminate pledge challenge writes = Senator offering kinds clay pigeon BIG holding amendment tucked Below = office explains knock sense mess. Works = coming.

reform hands Pat Buchanan = Dobbs Tom lose. goes misguided boycotts schools. Poor decisions around. = balanced chains. open eyes. Communist attention fixated Iran Iraq folks = missing growing communist threat rifling through America. Ronald Reagan = democracy backing fighters El Salvador CIA Director Bill Casey undertook = covert actions leftwing outrage stupid War Powers Act. worked Central = dominoes started falling twenty later leftist rearing heads Venezuela = Bolivia Argentina perhaps Peru. companies = being

averaged rate. mid = responded

advisor = host

someone wrote TI. mere rom. = only half screen frame rate rougly

Jeffries Christina Lopez = Change.We guests Rutledge Chairman Kimberly

Day Gallery next = Feedback:

Cody Willard. include = economic booms Secretary Carlos Gutierrez join President Bushs Framing = Jim Goldman discuss Gates vs. Google while Ron Insana delve into = possible debate Xavier Becerra David Dreier R. TONIGHTS POLL agree jurys = decision sentence Zacarias Moussaoui prison Cast vote Boom Continues = According Action Economics daily Treasury April booming economy produced = soaring tax receipts percent above year ago. ahead last year. FY budget = gap

All rights reserved. Please = Terms Kudlows Money Notify Blogger content. What does Send Progrowth = strong defense virtuous values business stocks Be Advised Due problems = changed address logging new blog.Also please = note

screen frame rate rougly = complex should slowly. By why Cant create grayscale various speeds = shades Several trick

Iowa Kansas Kentucky = Louisiana Maine Maryland Michigan Minnesota = Missouri

Features Minority Links = Broadcast Photo Services Embargo Request

feed atom.xml = paragraph

quickmemo contacts expense = sheduler cost cm.

noticed Although polling = suggests deeply unhappy worried

dosnt

Anticrack Soft: Piracy = Tracker CodeLock ACProtect

corrupt earmarks general. = drew sand emergency bill.

could done these things = are.

factory orders report March = backlogs

shades Several trick seven = levels less

up arrows. begin USA = indicator View all Spending Durable Goods Orders Starts Vacancies = Profits Wholesale Quarterly Total Balance Helping Make Informed = Decisions U.S. Dept Commerce FOIA Quality flipcode IOTD Jordan Tuzsuzov = Submitted by posted

Sheila Jackson Lee DTX Rep. = Marsha Blackburn RTN square issues followed former Labor Robert Reich = Journal who current energy crisis

Fifth Third Asset Hunter = Harrison Canadian National Railway

GMT EST Aug Latest Monthly = Sales for Retail Food Enable access

again cool. Coding extreme = limits rules. think would PocketPC btw. FPU but Imagine fixed coding Mhz = CPU. Phantom Very

nothing average Americans = giving store fumed board

Cafe Hayek Scott Rasmussen = IBD Best Web Belmont TCS Powerline Jarvis Rossputin Hazelden Politics = Fairness

their taxcut investor = dividends cap relieving AMT making driven growth. providing progrowth = political backdrop November appealing owner = ownership

blaming greater renewable = sources. Bush. Grey Lady Deny

next Feedback: Navigate: = Message Center Hey cool work. fact regarding little had. Where hell get = compilers kind stuff Thorn :AM Crazy.. rewn Looks great = love

without any ASM more = portable has really optimized computer one. dosnt contain single = double

------=_NextPart_001_0004_01C6C2C1.1686FDA0-- ------=_NextPart_000_0003_01C6C2C1.1686FDA0 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhrwH1AocAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAArwH1AgcI/gDtCRxIsKDBgwgTKlzIsKHD hxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fP jYx+Ch1KtKjRo0iTKl3KtKnTp1CjSp1KtSpTcOGsat2aEhw4gfS+2ksATp3AdF69Zi0ILh1B cOsIki0YTqxAsmbRpl1rcC7CtG3nDfQ6eC24BIUFHk5sT69axWnTCb5blqvlyyDViUUrcN1i e4ArywU3eSw4egTRIh6oeXVjsaHNHlR9kGxs07Lx4qZsVvdu0IB7hxYdFjXm48gttkZAGHTu 0wnDup732V5Y6AOLg4VO1nh0r94J/mo3/dU3WcHXEWtPb5079uzYbXeunry+/YWeE1AHh4D6 aukJaTYcAoN5JhtvirnVnmt/GXhQa9u5NZ52Aprlnz0V2nMhgARB2J6Cmt0nYkvO6CRdOPmJ hiFgB9U1HGtZYcVWVh4K2JxB6sTIF0EuAoYadcblZ09d0oU45GmHGWmjXT2mZZyKI0YpYlg5 4lVdcAe1NRBzz6Fm5EBEqohlX9B9+VZoxtW4GFbphKOZYVm5KSNwXh04nHfvSalncrbRY9uB vtUG10DnnSWWkKylRSiUBnFmD6KLynbhawQCt9t1wpmF6W+RCjQpaHuGyidhzFU33kGnrnen eODBF15B/9f5CCt2zCnoFYFUtvckdOO1eup2xtUq6rDJMTcZlJ7thWN1EKoYqGkKzqcsW4Ay 6uGKiDnmFWIeXtjtYsk+hm2i3B5I7LlVfUaftuYKVBePX10L2o6gMchuQfLOCaZduyGQrDqr vUuZu3b5de+Ro5mlTrvoNuzwwxBHLPHESDFD8cUYZ6zxSJls7PHHIIcs8sgkl2zyyXqeg/LK GH/C8sswxyzzzDTXbPPNOOd8Hz1pgJFGpTpXNUvPP2+pChhh0EIQGGAMhLRATy/NdBqzIHQ0 01g3bY/PS68CdRgCreLzq1AzvQrQPWMNdkFXZ6011057bU/aTK+9NNBR0x310f6V1gNG1W1n bVDUWJ9NEAJaIz5Q22kETVU9YWS9tt9ZK20P4qoIhPnlYGS+pdthAO20251zXrVAfiu9udhT G4Q41o2XjbXnUrudOeKn25O67EzTrnnpnHtu++9Vb7416b4HzznsBM0CBoHOi36841NFrgqB CMjNdD3WRW2831XTAoblYI1/+dFyHwS3QOJzL1D09oivNNMEuk+Q+AQy/Tv5Cq0fPxj2gx/i +FcQ8T3vf6ozn0FUAbYw2M1psTOI/P6XP60JJHIEwuDhwJA+6jlFfMn7X+70h0D2mY9vzTtg 2RACPoIEDmsEQqEGD8I34+GPIS1cHOkOeEOr9c4e8P7rYUEQN8OB5HCBB6wh8HS3PcoBDQFh CKEHl4JCtqlwekAEg3HElkELCuRoUkOI8+xnj8iR7oJaowfSyDgQM27vi4JLyBgJ4sY4Bu4g kcMfGO1xxw0C0CBzxKPW6mi/q9HCkJoLQ+6m6BQSFsSRxqsiCqPmNLshLoIF6dkjI2g8Sjpx cFkT3uwUosmlcRJ4oVRfA4+2tlTSsYgDKaUqeQc8zIVBbD2zHNUYGRVHXm6FJtSlCvVnvN/R 7mgEhOAG09fCYnIOk8p7nfIY4j/EMfNv0zzI5gx4uyUShIvY3CRCNkdOEo7xan7THi+jcrTT QVEgPUONGi1Iv/9lboIDmf8gAljJwnAGM5/mmyAtsOfL/3HPb2BTYzINcsQS/lOhCcEn05QG 0SGe8IFMXOT9AvpHhF4QbCB05jqf8rpR/i9r9tNbEiVnD9bBTnoDCSQcgYZCFOpNoy9Umksp Ccg/6pCmB9wpRvmoQvgJtY2xUyMZZWrFGLpNac3UYiSlOFKk7JNpi6SF9USXvd5Vqo6Zo5sq yEYQWaKRjoNMXM+SZhA3qsJ9eqPq3LxYRi9GDp6uROvn8GpSLjrNd2YtyF3r2jv3VfFtWlOF XKvK2MY69rGQjaxkJ0vZylr2spjNrGY3y9nOevazoA2taEdL2tKa9rSoJW0AAjAiUwTAFARZ rUH+ZJuQLjAgAAzogkBoaw9XVGG1VTjAboW7W9baw7a41W1BkJvb4sbWuMe9bXMFctstBQBo uH3uardrXN7aw7uuhW1xuetd5xZEtuTdrnkRQlvkWkK5BgnvQLg7XYEwF77eRW96oTte8g7k vuz172+Je4AAVOG7q61vee0rXfxutwri7S9tF4wc6T53tvwtyG+3q9z2kvfA32XAfFm74dXC VyAlDkCH+UvbFGfXHq4lrnztUeAIIzi960UwQSwsYfWeN8M63m93gXzhFJ94xy++8YNRTF4R 63jESubuj3FsDxc7eco+fnF1owziBVu5xyCO8pBFVODVEvfJFw6w9GT+6wrcukJzlTKxc1cL 0+KumcWsdW2Yf6vbGlP3xTE+SHnzC90yB+DMOf4xhtMM5YTot84DMTRxaVtmGBt4IHxGs6Yp zGhL71nFiy5IeGcs20pr2tOYBjWlfyveBXP6Ml14LagTfWokI1rHv30zhg+t49veeiC+xrKU B2xdJzPgwJKu8pUVrV3/2lfWR361q/HM7ADbI9i1hbZ5CyxiYmsuu4TutKD56+3LJXnEPv5z kmWLgAlnuNztFjFvuS3hRtuHAd2+8rQTcoDbdgG7rOVtllUsb9b2W8UwPfi/0e3fQRs31sdV saqPbO8e8xbfyq52qDvtcIWU2t+QxngVnJz/3jd3PNwVH7e4p51uGpuZ4bPu+IVR7uxaY6bN sC2wrvetENfyOsjQHfi1Yw1dn//a0j8Pt8zbjACM47vdut54jmmLc5dH3ea0RnnKq210g1Rd 52LW7cmpvXWNy1zcAinzmber4AyPPc08rw/ROZx1Ig/xxbLF9pNL3fJ4jxPv1NZ7gcMs8Te3 GeLW5vjDyXtiaQNZ67TutN+Xy/gnV1rwl4b8q3OM+TCX/bbrfnyGO4/mNndZ9PfZb90Z0u4x u5YBkx5zxPnb+r/L3rl6TjurUx30Sye+4u6uOdZrDfnha7r2wtZv2mWbexrvfve79fzmNd38 A0Af7aN+7eoJUv3d/lP9tju3u32qLhDXmhzHqv8vd0/PZGdfnLVz9736l7xp44Ke/gI5vPqv rvH691b75RcAUed4DUd2MNdx8ed5/xdh5pde4nV/wAVs9NV/UndtHzZuUhZif1Z3/gWBvpde DpaBVaCAmPFbT5R56EdlDJZc9nZfcVZo8NdgBgFgUwddzGVju3WCHud21GaC1kV44qd6xZd+ UEaDBOGD35ZiDGBjN3g4G0Zx07dgTYiB6uVtg0d8VDaFSlYFV0dlI5haYBiGYjiGZFiGZniG aJiGariGbNiGGFEabhiHcjiHdFiHdniHeJiHeriHfNiHfvgRtqVyK7Fl5oZdVzZjYgZe/9IV fmi3b0IWeVvnbsu3YhkYXwAodeB1iYTYboZoebNGEAD2iAOBiEq2hBYnez9XehsWXLs2cAkW YfoFXDhoaRFmhfLHfZeodb4FXMKFcqFIhJb4XzIoiBRoEoFGi8sXYTyWiNCVYuwXiagnipvH c7SFcT2GEMtodvy1jMc4Y35WjcvWfnImin+2bCDIjOYVes+2fq0YfHQHdOyIZFd2hVWWivII fIvHjuFmZOhoENbXYhcIY/pGZNMXEn5mgU52jMkmbm0Ge9pYgf6Hdo3oeqk4fQv5kMv3ci73 gIDGa8xnj3ZGjJG2XWtnXKaWaO62Yv/HALqGADDFc6amfM53if8X+VvRdxALGW4N2ZIEonTX JZKzBXohGZO9B5QocWwu93Ijp36uFW3vJoDt2HLbh5Lih4V29olRhhCx1pRUWIlb+YlImWxL iWDtRnEWeHRSqG3bdm4yR5K4BpU7mG6UBnhoRm/PxpWTGGtH95UqCWW5homspXcS+V9PtpUL mJUmJmeQWBIQF2uO+V3wJXLheHbNVonQuHJVSY0GZo/Ct2P51pXpJpnqF3GPGXObeXQKd2cG IZo9ZmNtSXBAh27teICtFnAGyJrtR4LU9Zn+J3Ay6VypWYzVVmKnp17p9YwrwXROxwBQl3/a B3YpR2HFZ5XRmZmod2PWuJiHCZ2K55z/OQeXyiliTweXbBeOuMiZGfZ15Mld/PeaQ/ebUomF 2zWAtplm6hl1ancQ99mbvVef9tZ1Zcdsh+cK2OabwtVmt7cShfd/iDd775hoglmDEDmE1hlq q2UK5Gd88YeVEuqgigmZUHl4vYehl+g6bJlhG6qS+oeZwKleehd3ULaisemcIJaig2mj4fai /pljk6ed5kWIdLlektgSGzZiQCh85RVrIHYAjHiZGBmg2weQsReXltmhRFikxQWETHZ05maA Fmde5XZqQ0p0luaQ1Jlm3iaTBLqeSGp3qnd9l/Z6Uwqnnod8Prp3UEmU9laQJiGjsaZrGWp+ WweByCmfUkah/50phLdnjSronaMIl/h4mAEIqJ/4p/aWnesYgRUXqFB5cebIg+u1ZS52nYzG qLbJXcrFqfSpn5coqBB4ZaOqbgmWqbdYkB6GqrKKZi2mmyjxk9+WaieopUNEdKwYkZX5m2La qImIpyMpdp2JhOamgPvoq9E6XzpobwV2YkaYY9Dabgc2b5/onssnjMn1kqSarfBoYFHXrfJH Yex6YAjwhMvVYJUSrx+6rca3Xlq4pgXXaF/4hwAbsAI7sARbsAZ7sAibsAq7sAzbsA77sBAb sRI7sRRbsRZ7sRibsRq7sRzbsR77sSAbsiI7siRbsiZ7siibsiq7sizbsi77sjAbs/8yO7MS yws0e7M4m7M6u7M827OntQnk8DJ1wAIDwAKQJhMDADQDMAAvsQmbkBBOKxCbADRRaw/k4LRY W7VVmxDtcLXk8ERXuwntMERPezllKxBhSw72s7VVG7ZZW7Zuq7VYSw5jKxDtALRHp7VUe7b2 0LVAC2lBqzlhW7eRVq9AmxEIMLgEEbdYSxB++7UHsbVSC7dvK7cKkbZrW7YHILZWe7QP4QtL G7pMixMIMABtoDmm6xIIcLjadLirG7ivO7lvG7SxixCb+7Zp97ZkdLcEwrsD8bZjW7u1W7ms O7tma7x367SBeziuy7q1e7tZ6zqb4D7Q67T2c7V9M70YUb3/2iu7WRu43Mu3msO64xu4xEu7 5Bu5WRu8zRu4d4sRS9sG2HO6OGELS0sg9msLLlEP3ctQ2su/U6s7/Su1yyvAbEQQyos9deu0 wnW7CBzATmu43LO6T/u8nIvABby6bMS/7kPB9hDBNOa/BwXCHDy5kIsAhPu7y8vANMa2Z3u3 BywRLOzABZG+H/y3l5PCqDPAJYzBBNHDrTvBUcu/Y4u946vDEWG/9FsQbRC/ldLE9jsAvqDE 2MMCdWC/RrslTZy69tAGV7y0+msPS4u6SywQW3y6dZC0mnPGZjwAUTzFpvtEW+wLA9EGZXy5 AXwQRpy2fZvHuZvCRnwQd1vAdnvB/zccaQx8u9lbKUPcvUDcwinMv9ITyJsbtCCsxwHMx747 yHg8EHdLuG3buFYrtpd8OWFLXNYruX0MyuK7uSnMyQZBDoEbyGjrx5C8uLZcEJI8uaN8AL6r whbRxDAlulxMzMTcxqHLAgMhuvS7xaHbxgQizAUBxknbxMscuvRrzKKLuttsxncMteL7wJMr yVdbEHeLaKqMyzBFy1sbtvXgzrVcyEF7zoUsOvQ8EHH7u5XLPbebt2WbyolLuUdbu6O8t7Jr vt87vtF7w06rw+wsvvdcy3Umy7wszo67Cegczrgszzd8tTqczhAxxgWRxnVwOSK9tHQ8xqWr zGLMtKU7uv8kLcbZPLoinb+g+81jbLoiHdPFLMUtbdIsLcwrPREgXdFRC7SqXM4Wrb5MXb7l S8pX6z6VSyCBTMujXMNzq89Zaz+KbBCWi9T/rNGejNH6vCWs68oKTSBVy7uxS8H+bNaEfLWk sNTgjNUFodRlDc5Zq9ZY+9Fi7RAirTk/LRAqXbQmfbqli9g9LRBEaw+gq7+JfdhkTLTSE9lR TL+N/dhALdmR3dJOLBEETbboG7QATMjpG9p2vSUVvcqFfACnzLkU3NCVEsiqfNo2XLsRbbaE 3NaHW9qr/UvqnNes3ccE1r7eC7lEjBBb+8k1bNp8C1Ohjdq2TcjM29fYo7y0jNr/EdHEJW3S LU0gMW2/JZ2/9kDeSlzei93EdGzebnzNXEwQ5N3SYTzG6o3e493e8X2/FfHIP/y/3Wu9BIHW RjTAd33Bq1vLDezCAvy1hyvgD1w/6evgt9zfHdzb1y2+JdzDAD7KdXvgdH21CX62eJ3cGm7L MIwQIN7CrWzItdzh4fzIjyzh/B3gLC7AT1vJA47EEPHS2NzFx+zjdCzNQk7MlULkPh7NaozM MCXN9pDGRS66SB7kaszkzkwQduwQjFvgVJ3Hv9zauLzQ1Z3VNo61xc2+BxC7uV3Le33RiJa8 okzL2Bu3Dp3JXJ7Hsa28qb3DWXtm0ZviVS3KBc1Cb3tr/2l+56xL0aPc5yZO1viMu1brvoze 6MT1557bEAiwxd196fF7zYRN057+2QJx0/ZLICJtzQNx0wcR2KV76qY76oN90qN7OUTb3d7s EMZr0Vvr4Y2O1WI+RIo71jgs0VLLy3h9OMkLuRv95Xh+yHAd0DXO7Ln+3L+e7MCO7Ll7uJYr uIZc1IUc7NR+ONOO6Mab1OJ764he7JNruOir4ytRumFcES9d6XW4uSXTtTPh6hURurT+h3Q7 Mpsr7yfR2BbR6gTL7hlD3T6b8Aq/8AzvEI/Q8BAf8RIfMmIw8RZfsu8tEoG9EBl/8TbRxCzw 7o4N8IfT8UxctCIP2iavTe2NuP8AAACH8/ICIQUvX/MyjwAy7/Env7QsfeRJ3PIH4cw9PxHx vRD2S8cZcQAAIAUBvvQCYfM1z/RKz/Q6TxD6jfSDDRFOnhBXH8xArxBMjhGkAABzPRBjX/aa AwBJQBBnX/VWn+TIHOtnXK9V7vNtgPXXLDoiHdlQjNJU3OlEK791DOqBfeUVQfOIhvgEcQ8A sAUEofhuLxBv7N4z3eOe3dMvnfLo7dPQ7PPa/Mw8vumXn7qd3cXfDBEvLzqpTxBbAAD3QBCr H/mhrt+OPQDdHdMv3eQZz+OCfxCgm+Q23dMp7dKGjcUmzbS4P8ZFfxE4D/NbkvMDkQQA8ETQ L/ubrfv/SB/YOR3rs4/SCjHUh03Zmx3ZfN/y28/pYX8RU9/0VJ/2ax9pTi/7toA9Ii3w3637 JU37ku/G6S/59B/rADFAYBt79mwNqGNwgC2FDAUWrIPQnkAE9iImpFhQ40aOHTuSAkBqI0iR Gu8B2DIypEeWLV2+hBlT5kyaNW3exJlT506eNFkIFJhwIlB7bYA+LHq0otGKAwhy/AlUaNIB FYuy8ZV0aVUER5EaPVoQadGnOKUAQIvW3tkDG7cAuLfxbFoAPe3exZtX716+ffciiMqwoC+B LOwhAFuW6gCxjA9L3AhYoODBTjUixcy4TpuDkA8n1nixYBvFNukCkGIPrdWC/kkAsFZNN7Vf 2rVt38adWzfurlV3/wYeXPhw4sWNw5R6XPly5s2dPy/ulDJ06tWtX8eeXft27t29fwcfXvx4 8uXNn0efXv169u3dv4cfX/58+vXt38efX/9+4Bz4/weQvCgCJFAmy/IaC68DC2SwQdvA8uqx 0njqakKb6viJhYq6ms6vt5KAbaPT6lprRAdPHM+rgRrK66AOayIswoOyqm0u1Dw64LTZRiwJ RR/BG8Cw0BbKKyIacRpoQ4KYqi1HKRBQ6yMSWXLyRyu9I2yqpMCyKrPGOvtssjCBsgqxFYcq qEKODppwrMTKBEswMwc4kjSXQIorSo7eQiuljvS8/jJQ7IzcyCuC1JzoqaMIiso3FS8D6ikm mdyIUo0QNbSgRjeMcDQLNTqrIkBBlW1PANoSNFXrfoqMIlIecvGxhHqjLCOLIDtQtANdJKxN xzaKVbTeGmONqa6EjEktKGfjSIq2cpzSnhz9VLXa54LcqFcJtXqMoYO0lCwrpLoSilXC5HTq pxDRvJTbscb9icZF121JrWlfAnRUa/c1LktgJYr1od6yijXNphjLyCjBHjLqyEg9MkqoroY6 uCJhDybWtNfY6giBDc+iFk9+Rz6OUI0adterrViLqLDFbFX5ZFs56u3hrzptGdvFKv2UVLSY lWI2G1dL80aSjx6O1UId/kMqRjDZhSjJw34CS6NeD2JNW5bmFEpY0KJ2qsyftLTTJQRcY3at 2e5xDSXWOEY6bvx6o1duu++mLTm89+a7L+n6BjxwwQcnvHDDD0c8ccUXZ7xxxx+HPHLJJ6e8 cssvxxy6BDPnvL6IXkIUJwjD4suXund6iyUTC/rw9M6P7qznggpGUkXZdbK0JwRAMpojaNMS GvjX94bwRY5M3klnv3+1y8YeVerISSijHT7uNnzJ/dLR4Txz3AU58jeyrydDypaoWHhqThoh PPl2mKS4B25T+9RIZH2rR3pzSEkf6sxJffMI8hrTvYd1hiiPId3DPNUTonVkaMETFfXwlz/H /rBPNImKGkaewqvvQYV5t9IgAmvlqApyRWfhw8v0WOIsaUVJWb2bINIwtSLvlYsx50pTugDo EeVp6oZE+tbS7BG+eUXtSHepEr5IZC+UxFButFvaVhbGGJQNsGcobExSCEYkq+mNYh7cC0k8 4rHDgKwgq5GfE0mWvdHErH8z41JLBPhG32SPasU64AAr6L6YyC9oBRnaawApPDVScGtUG8vV dqg1ligtW9IhYceeNjXPDNFlZGGgIAG5trZtgTVng2EhH0c3vwxLlKcMjheLtChUtnI3f+ML 11w5S1rW0pa3xGUudblLXvbSl78EZjCFOUxiFtOYxxzeFx6Qjwfk/+YV7/BIPqTJzC/A5Jka ucIV+PIFZr5iI9eszTSriczvvGKa07zNFfIBTY6845zS1GZL1MlOe2RzL9yUZjMLMs/auHOa +iQnd+BZkHeMM5z58Mgp8nEKgkrTJQ49aEG8WRCI0kah0KxoQLOj0HhuBKIfXahDpalQhNrj HerMx0Sv8AWSMrSe6OQIP+1hToCiNJ4oLSlK98nSkWrkFMtk5k07Gs2SYhOmI4UoPju60pb6 FKgPGOpL3+HOeIKUoiWlqkaLI1ONZNUe+aiqOL8qVn/CFKcgBWtH3tnTsQ60rWG96TsLQlKY 1jOqHDFnSjUyzbBKs5rvjOs55ypXjrzTm/5eTatUFavV4WR0sAx1ZzX9OdHJaoSbGNWnVWea D4N69J0u5eZfx2lOg5L2qqcdK0aLGpO8stO0JpXmREOLWs1KU7VqPac2FQpZzj7WnHdl7G4c a4/LwpahCjUocj3r1qx6lZsT3Yhz9WqPZW4WtNO1x25hq03EIvS1NGFmQZ47WINW1KHNTaxD v9vQsBJ3ncZtqDLfG1zhqHOc7hzrVb2p3cd6liPa5W91O8Lfr2YWoeqcqIDFq1cAL1SiYpXJ KaDpz4IomMBJ7W2DXZrX3v5Xr3nN71ihy1f6DqesA10rNLnK1ZdWtLjFbetqF6vYd7JTsIp9 8Xypm9h9AlcjQP7161UdumLC5pieywTuWR2cYsvatsQmRulokVrSjA53meXNaVHzClDUsnez V7jog8MbYoiqM7okxaaPCQpUl242vI6N8l6zfObh5naieUWzRn775MJRWDl+zok/6clnvuEz yMUxdIdxAmFC9+2khy7OoxW9aDA32tI/AselNb1pTnfa058G9X+aEGrmuI7Up0Z1qlW9ala3 2tWvhnWsZT1rWtfa1rfGda51vWte99rXvwZ2sIU9bPcogdjHRnaylb1sZjfb2c/eCxKgfUt/ TNva18Z2trW9bW53W5f84Ai4+TFucovbJeS2R7nRXW6NgDvd7U43uwuCbo+4u97wDv/3vds9 7o3IO9z0Vne/Be7tmNh73gM/OEsMju+Ev9vh7oZ4RxYu8ZbYe+ITd3jGLc5whptb3w0n+Lnz zXGMg5zk+I74xkeu8IwL3NwG9/jAFx5xk7ec3xRXechFjnCbV/zjGk94zC8ucoy/vOdDb/nD OQ7ym+c75zUP+cx5XvJ5S33fTYc4zOlddZYX/d0x/zrFk571pk/d32E3OdW7bXWmwwTmMkc5 0Fm+8qEbveFWxzvUtS52pet85ydf+s/fLneh+/zfWw963wMOd8Z7fd8Sl7fa/c72nr9k8HdP fN9/jnmEq3zjOQd94D/Pd5oHPuoAN3vZq075t5de3JFXPef+Ox73oKse8ZdfPdlv7nnU+933 vwd+bdQ9fOIX3/jHR37ylb985jff+coPfvSlP33qV9/618d+9rW/fe533/vfB3/4xT9+u93v frG5iwslOBN9pYUv55cJ/M2z/kwmqzZ6kuD66Y8T+TfH/PTvP5oIwGShHrUYQI3RiQMMj/1L QPajjQKMv/Tjjv+LDfejizNyvwqsi9PQCAv0QAxUvwysQAwUkfzLwA1EQRBUPxUMwSU6wXxB QRG8wJoQwQ5UDRBUwQ50oTPiwRkcwRzUQR98wR3swRAMwhyckiW6wR+8wQI0wiB0QSSsQSBk wg38QRlsQg7EQQ08wi1MQP1LQfT/W0ExtMIxJMEVRMMo1EH0W8MSPMMUNMAoTEMSJMMs/JMw jEM6NA2OIMImtMEkXEIlBMRBtMFCVEIRWUI/5MFE/ENDLMRAPERI5ENHRMRFtMIefMRFVERJ tERDPMRIxMRQ3EQGJECPyMM61MBTZMMWXEU8dEUpdMNYzMNZlMNaZMEwZMI31EX+m8IkvEBC xMQyTMQYNMBM/EQkbMRORMZJ1MRI1ML8o8RHFMRkzMJLrMY+DMRoPEYuBEYoJEWYoMA5ZMM2 bMU6FMdTpMVxVMdyTMdzfMVY9EJUVEUazMRhZMZR9ENhFMVmrMRpFEVr3MZNlEZt/JOCVMaB hERnvEdr/zRGfrTHbOxGhmTEnQhHW2RHX9RFdHzFOZxHc7TFdJTHd+xIGLxIOjTDhUTJf7RH YQTIlWxIiKTGlsxGlXzImXxIaDxIh5RIQKxEfGREhbxJlYzImuTFGtRIk3zBNmTFkBzDpRwV GUxKWoTKpOTCcexFkYRKPbzDpyxBoMTCg3RBX8wXZfxFT+zDGTTKsATFr+RD/EtJtSTKqqzC nmTLbSxLS8Q/BbwSvfyNb4ycaGFAv5wlvtQNwfzLKTRI8lPMxWTMxnTMx4TMyDSmWpDMyrTM y8TMzHwPw6RI4IDACBRACQTH7uBM/qPH0OxHU6yXiVTNevyO0swJ2LSLz7Q/1P9koNrcDtk8 zfdLzNZcTXwhjqm8RSAcxCFMxquESyqUSywMyy0UQmxEy7xMzuf8ROmUya1sTuI8y7acTuFc Se+sQuTkTq9MSCoUzji0Trr8wBFESztszyLUyOTMi6E8xqGsSTUkxZbkSX7kSeiMyUmkTfr8 T0IUUE1MTPv8T9UsUHxc0Ou8R5fES/6sx52E0J/UyYkEzAY1UP10TZ4I0JnkULB8TwOFwgoF zD8c0fu8SQtcyLscSAG1T4lMSZ9sTxMsRqEcUGpkwbj0QRN1SIRM0RBVUbLsSQuNUUREUNF8 0U48UhLFUJRM0m6cUAnFUbp8UB8lULPU0QPNUSaF0i7/ZdAt/VCEpFKb/ND9jNGxvNAfNdIE PdEknc0u9UcaBdLe1NAlzckqDVMr1VMh1UeB/Mcx3VOYtFINNdQEZdMmxdKXFFI+tclHfVM3 RVJExQvvrM+pxMi5jMdlTMgMlU5p/NQVvVFZDNU0rU6x3E8nfcKqFEJTZFGaxFRR7UK5VE7q XMvt5Ea37M8THE/4lEUkjVWTdM4O7Uvn0M0JTM0inQks+M3XDE5lRZFjfcD4+EXarL8FLI4e 1cxt5dZu9dZvBddwFddxJddyNddzRdf1MEygdFVQnE/g1NJ2HVVi9c3RdEAHdNfhsFbgXEvW bM1U3RvYBNgp5U2XiFR79dd7/8VNvZBR/8PXDU1Y1aHX+UtPRbRULbzCITxRiCRGWv1J40xF +QxWxDxYeGXV7DzCGnVOkM3VTb1CO8zYUM3F5SzP79ROsZzUNqVEOPTA9iNM6pDJ7QTGOQ1a g7RLMoXYgqxPMHVQC41YMp1TZc1Qo8VTQk1YfYTAO9VJhezPRTVZiQXRHwVA8XBRZ6zWVxXE slXVfARL10zVuyTaVPzOnnXapx3SfK3bjz1LtQXUrsRaTt3JHu3aC6XPFK1XBbVYse1V8NhV NL3SpeVTaPzbIWVGx4VcQJXSB91YsA1KJyVKx43LuRzbYOzTJ/VNdo3bzPXciWXbgHxb1rUO 1bXc4/8sXdZkybb1XNQN20Ml0c19VKhN2sp1VN2V3Jdk20H108itU62N2Pw8Xt1FWu+ITugs VbLE1XUEXTE0RpLkRiYFz+mVVy/Uv+V9Su711EwdWZcty1MNWpk1z64s0u5E2fDlXDRtWm0l W2ilVgDx3WctJPyVD2lNDwAWDgFO1wNG4ARW4AVm4AZ24AeG4AiW4AmWtY3t39jcTXiVzYHF DQPm3Cv9YIWF3drkYNs9XBBu1q81WAzOjvFl2II1zdV11hOmYYSF4dG14d5U4RReYea42OnF 2ZatVlnlzhI9WSf02Ja12FJlUYD9Xpk1TvRE1SJeTuREWV712+qVRFtNVp7/leLFZUX8Bd+V 9dlT7UKVjVn8dN/dDNHUjUZI9dGqTd6crdvqLFOuJdbkldKspVQ6dlA4pdDf/VPk7WLcrePa Hd44llBFXUVJVd09LFQvhU//dNpLxFi5Ldxe/Nyd9UYTlmS/Nd1Ozts5LtEoRVGNrcawVWKm nVRLVtzlHdC9fVWk5UBilNHNPVKcZGE8dWPNTVpXPtzGleE/5uTe5VLMFVMUxmUiluNN3scK JdIsdVOunNzs7Vws9uRQTlQABeFlhlV/ldYC7WU4rmQzjeRndmJnVuU47tozZWVGheZz9sk7 jufLBeZB5WZgtuZ2nlHgNWXS/WZ/dsTXjU0tTlv3/93bRC1jIx5jPwbjDUXopr3ZWQVZ5jRL JxxV+ZxoTiXS7v1kjabcjFZejwbnK77eYQ3PqdXbNWXZDvZh/c3WmB7hFobpd53pavFghkXM bM3pTPrZ6iDgvQhqCibqojbqo0bqpFbqpWbqpnaOenDqqPa+AezpBtyNnK7qDIbkjl7YYTbY rH5lwdRlt/1gW55VoBbh4ADrrt7lq7ZqYwbNuNbhSiVrtq5hV93S0J1PjEXluRXfMB5o8a3Z Mw7W42TiIF5ikKbORjxbxLbk8m1fkE7p+CXDVe1r+JPfv/ZKzPbEI55bNe7YdaTdfZ1WQWZn pSXICF1RGUZkYd3HdG5kmv9kU05U0V3NXXmW6Gcezt+t3f0jT6/t2zu0ym3+Zm8e24PG276w y1kuWo4Oa1G+YJK+X+iGbmwWVFHtV/4M0tNN5t7FZnjW20Dm7dTG4560BNa+XXI+7bsF20G2 W5se5+aW3TpdW6l95+jN08EN5WXW79rWYRfOXILm0UIu0zX912JG5tlu5XVuW/3+baoVb9uw 5/VWVAd/4+Al5Vfu7WbmcG+mU2UGbg8fZUOeYzUkb3omaDU9Wm4O6IBWU+19y7VebpFmVYY2 3++uyzKObGtl2fQ94+2tWCQW5maEbBtnVynkcSLfaAtPVjOFYroFb7NN6dBO5c4dcb5+8VZa a/v/2PIdNg6spqUunw8x5+HjAHOpRnM12oU0d8xnYPM3h/M4l/M5p/M6j+Cd7uB59ekALF6t btg4ZT9spOHorhf523I8D+H/LkoyXw5Gt2EZl+ua7uH3zo1HzmGF9W2hvunS1M0SRg+M3m32 POUprtfFDkZEh2icjc4qDkwURWkzTmOkzPTFzcfmHOKZtW8gJmPwnOs0Xspav9n59eVY33Wa Rm2rDfFmhe2TPmaB5Ge45u49jdpczuNj1lVfLmE+JnEGv9oVnvDhZl7K5l1KN/NS5upwF168 vN5WN/Bn71RvH/XbJd7A3uH+zu5JxuEWH1p1z3dzt9p+zeTze1O1hVO0/953K4/s0azwic1e 8ix4h+bj5qbTb9Tle39dimdxcw7FuD3hg5d4GhX0Ut9vRb6ONobYBSVHiE9t2gZeR57mYw/T QS7x1cbt4IVj2x5pjU9ckP/SjW9xfKb5dk920VaOWL3UKW7ct8XVERVcO33Cdi5sF1Z3INVi EM1ylL55841HGzViWe/oVqVij0ZuRr3sLBfcpV/3+7BgQEdhCTfWAr50tnfrar8//DDct75p m35ptbZrD9VXPHd0R7fzwX/MaiD8w0f8xFf8xWf8xnf8x7fNvO1hAXZegL8NdhfzWVf2SAfn 26z7vPfMAYZHTu9MeNfZz/dyJd1qseb8mwh87f4Q/PT79aaH9eL0bN2OybG0fPj9bMIOcpJs 6I1/csWmciRHbO00/nY1T/Hcdacc9comdeyk6Jrt65dFVlN2V/n+11ZPbkkPyiMn5NHNdvDP 8HlWXAGP7543f3He8PtWf/yseToueeZ25sfeQXv/bsRlbbvla6oX6f4GCHsCAQwUWNCgQYID ATBU2JCgwoQSEUKcaDEixIcUJ1YsiNFeQ5AaP360eBAkypQdUZaMyFJiSYQnM4ZMORMmx5Au ZfLs6fMn0KAbPeI8qfLlwZUOLxrl+TBmz51OozIlWdSm1KVDt+60ylWmUrBVfbZcqNVmU69o uxZdqvYsUpUMf6o1ef6UKN64Qvfy7Us1b9iLgQczXSvWqFS7U5PejRsWKlu0accCxioWquXK hVfe/PrWc9vKZa9yXgia8WXSlhP7be06qs6cc006rGnYtMjZLiOznE3WtlPdMG2PlE1zscjc yJWbrX2WLebkLX13dh6YovCkwJkz10oTI3G3xmmHj1m+euzX6tezb+/+vWvW8OfTr4/Y/nr5 fnffx+//P4ABChiUfgMaKKBGBwpVYF8J8qYghBFKOCGFFVp4IYYZarghhx16+CGIIYo4Iokl mngiiimquCKLLbr4IowxyjgjjTXaeCOOOeq4I489+vgjkEEKOSSRRRp5JJJJKrkkk006+f4k lCYy2NR+6hU4pXyJTflXflsqtpeXh4UpGZiHLdcelvlNyOCY9W3ZJoJlVvkanF/6V2eddPKV 55lkqSkhmxDW5FxCug0ql3W4nQdbbuDNNd13RBkKV3fl7UYcomZpuqlOhDZaKKWHaveop1UR CilikX7KnYOZrmopWI/K9uqkizbnG6YdOdrcpvhZ9dlaz2Wm1COBflZXsHaVphpkOVV3E38b AXtVappdN+xtkpVGGLTOiklZtquZ6ZV4i4WqaGaN8blncU+RGa24jGVFYLyO9ddfcdjJqtmz /bob7mPjdZWevQWrlm6i0HEE6r6NvcrwtYY1e+tdlFbMK1aXiv5KpZvVKgYvsMuSKS2zhQFc b73XjobtyCCnjPKxC2N2nbDIcvsurpsp+zG15n2bLmo3R6wtgL8e7LK1QNfmccD4bmWvy9Oy zPLE8pac18tlzax01kx3ptfXwvI71LZhX0yb1aid7bB29olqa3LBiu0pcAqPmjB12d2tLcGJ MkyeeZP2SrfAsdaKcalPH4c4wfwKjri+4A1ed96gYsepvNSd3Sp6l3I38o3rbih6lHJy7GuN pJOoeoaslw5UggFqDqPrIBbyOu6567477737/jvwwSf5g/DFG3888skrvzzzzTv/PPTRSz89 9dVbfz322Wu/PfcsRjegruB/HZzF8/5dSfbs7D24oJ0Wwqv++AfWbuD3cc5vOmvr03c+tf+F Wb/7/Nc+Jo0EbqvqjtowlxFO2Wo73pFOpzSnMbr9K3aw+tx9tJQrzHnEb3ArIK5m18DehJBc h3tc7IIGQVKJUIIbrJSDHvOv0YEraqEBXUXOFTOnrW1rXwof1K5GtIWNC11J2yFypBaymnmL bCQb2wPVZSek6Q2I5UJK+Srksxmupl1g8yKimgYxklnRZGbM1xW/I8MIZos3YjvKsThXxA7W bY5bJCLkhMifHKptZnXsIxrThsXTUeiOXCobH8eSRpTh8CVRBBoeySWaImZJcV9B2CSxxrNu calfL8OkxP4OJqkeou1eb1RhENl2IUO2UVyJ7NYikbjHQYLyZ/GKpR7NdLI+yiyXO+NkK1cW Mp35cpSPrBoVKfNASYJOi4OR4Kzi9ykr9m1y8wqbyvKWsMyV8G8YZNzAcma5UsYwcYUaVgt3 NZMRejNuhJsMNiGZQgvqC5XbVGX3ihah+2mInwHMZ+r2mSN/ahGgBj0oQhOq0IUytKEOfShE IyrRiVK0oha9KEYzqtGNIg8dHP0oSEMq0pGGzk8DNOnTftOgk8KPXixdULT4+aY5NfOl4oOd w0RmLpvyNIEYyh+a4tMaALonUOajy532RFOjrpJecNEpSsck1YK+c1CdYmA3Y/54QKz2LILq hNhXE6nOAh4whTC8XDkj15YSPtOD6dtbPV3lwBcuyqqH+xwQsbbMSJkVg6WCFQsddb8qDnGW mXyWD6eTRFGurW0Ge+onPRnJQxoxlQUjqjTJeEn0APOTmK3p5szWyYgRRmpHpZgHn3hZnSUW j5tVoxPDuM7IQVaJrk3gNaV42GW9j7Lkyysy17kxd60MtOcTq2jbScIT9nJspyVaccUoTOfO zbdgI6LQIBnKUdlxpymd7m7fpcvFUnKyxGwZPNmmn+PS0mdnHOJqUYU6WLpWuqpdZGzxycqY Jg2VOWXkeW/bSkzKkkoWi05dVGbe7a52vCmdCnJryf+1Als2qeP0mzs5SELEbidj9WuYOaMo R/miC1Lh3OQKDQcZtoITreJUXDhz2E21puqvhDVNh2lsXcn5sXKssit++0ojgoKot88d6PKM PCMiFznH8GHyT5knZJJSucpWvjKWs6zlLXO5y17+MpjDLOYxk7nMZj4zmtOs5jUfj789xSlN OxmngsbZSlAe6pFxjFKekm6mq5Pzk/enoDsjddAfYp3+TMe+oirVTTN+CoaBvMIFknictHrc Oc36V9l+U75rNOCI8SJpa05auWeNKwxHneoLj3qukaYcpa2qKQuyuJ26YrGn7drSVOIStxlk bIG3VjXHmjZmzFSwtZg4Gbv+GWxqwCzjZ/zgS8za9zRwtDay5fJsz755z7cUjRz/i8V55gtq mubaw6AFQlHj5NiNsiEvLxnuaksWvtDOJXHrCxsQy/NoZsu3Kf8txFLumpO9tuRt8jpeTyO1 WdHVG1WY6G6g9tfetWxrd797Q/va7LZujOy2p1a2gBN44Om10tUODtmE63bbH78vzPttYCk2 Db8h3y+6xZjxGl4s2P7WJYV5zmB6ixzfAs4iTMfKza9muLIaI5830+q18cjNnIDbm4hdWOun o5OFR3P1xx699AtHM3CdruZWuT1ca07w6uBMnNcJ6bYOKfnIhPY2oB489yfdvZAemvL+nGzo VQr/XtB8ZzPiE6/4xTO+8Y5/POQjL/nJU77ylr885jOv+c0HxQ2c/zzoQy/60ZO+9KY/PepT r/rVs771rn/94hMA+9nTvva2vz3uc6/73XP5G7z/PfCDL/zhE7/4xk/8Wy8H00O3Kflxk9O6 VJdoveu34YuWe8FdGug/EQjiHRsqm7DUd9lVUk/Z5z72KY53B/dpvopmNPq97c/mwxa1S3t3 YN3Z9rJecJparaCl5A+mcUb+4VXZdR3UvR3bqZj+qYqMpdtyNSDGxBWtaR0HfVBdpYd35IzC AZ2u4d8EXlDhZdrSGIr+PZ8JLtDzSccJpmAJxhqOeY4L4sZfKJYtacnO/xAdzAUdtjwIB/5c eEUcsPmJzgndaDyTJi0HDi6T0WEfBMUgFKbYCXqcYJFKrEChFT6hohDX/dWggIkb08QGSWha NY0h2vkLwgWhYTXbNDFW1S3XgQ3H2vGRMKVJjd0bHfEbF6nUDGqh4JigqYXQFSofCr0gDboQ DXpX9cHXDTlS//Bcx5Gce/1axVkWvLEhzaGXtSlSg12XFxrcYXXW8vUhqfieIALiOQ1iCxqi Fm5hK65iIt4gx8ThExkNFDVhs0XXvVgiJeZiMe0gut1cu3Xic+BgyV1beH1WFtaKdSzOK65g IlagYP3NDAIgW5UfqxySM8LYvkgdjZWTjWmdW/9oUwb1X3asnVqZGKqhEaZ1DiEKxiSumOe0 IRw10Af+lPOhSRce3/b1o/cQGeDxo/nlmUAWpEEeJEImpEIuJEM2pEM+JERGpERO5Ig0H56B luxon5/pXZ/JD5w54Z7Vn1B1m478jxP23VRVpE1t5PkJUKEFlRmNJEj+iEk2Gp2EGDT92DQW 4FZV4K0wXamlI6jJmv+lj6qR2w/qJFa5Fd4s5Utq16pNoKuMWzsiIARa3QipSjZSUFX636y9 zY0RofaxYWkN4bIJErO9nC+ipczx4mYomzAqolv+1osJ4S2iT8i53C8u0c1d0yT24CZiYn7p GBzyitaYpWztlQO1pRn/+hgymhts2RYgDVe5PdXGzCXQ/VAZkhM6FmYtVmYX/dF5DVPUjREx GVKr8I/F9c8wVVrXPCaE/RKA+UtYple2nZLHLVhtuSHB5RbR3QwCiaXFIYtsvlF2xRt5TVdZ fuSAJWNzeeJr2hx1CR1izREk9mZyuaV7rSESYmd53SJ4xSRwvWYw6WbRIWcylcxh4lSHzdMC Pow6vmU3ctfUoVU0neYZkh1chSAFit1s8R99/iXSMGB8wtX+5RjXxWd7zpiHhZWOdWVq3lWk qSRJ0h31weSJjN/1YeQ/NZVNhkhAokiIxh+F0t0IRhmKdh9FriiLtqiLviiMxqiMziiN1qiN /94ojh4JU1nYF67J+hWS6LAkhnLo+5Efhs6fxwjUWN4UDQGa372HkBac9Hkk/BHpQCahnfnk KHlYi9maXA2HYWolGQLAGxgOq4FjgN7jWr0ahLYjPYUjxl2amfKfNiXlUcLaWM0QBpYLkIkj nf7Mpt1aN+YjnJ1Lhm3nD3lLaz7n0ATcxA0jeqoiLqbnW+plxbHXXWqb1wRXLYYiVyiboYIc ExKbhKFcxVAmbe2iJ61nfLmhe54GLlWQaQIOx72qepknEhFcOiKmZeqhdwaSZxrjMYZqY87S K8Fl3a3UYyLrmbwcoi4qfb4XrE6Sb77kEmVRcZ0nL+aWbYoqrvLqt/95YrWC4mpCJx0WnQ+Z apBh19HJG2v5G3GOzw7Fqnm+FiNxqrNeZyU6Krge41ryWqYmVxnZq8M5Ii8h2J9sYFjC3TaW Faol3KEUqFQqZc+B5Ty2564aaDopC6ZYGpriVcPSI6fxJzVSXecMrJrK6zkaWJy+1ouxaYrc XbIO6eDN5I86JEqeKInKj84yZ47+LNAGrdAOLdEWrdEeLdKuHjEkLdM2bfakZE1WqZNu1mml ZJ3x6N7ZrE1a5EU+pdde6NTGpI9ebZGaqtnOD6FBGZJWqLXKJEGG7fdZqT5RrFdK44PKlQiS 45iK6cZ2nQouZgfN2gGuIzOmVh4ODt+w6f7/pRqDhimDtlpSxiCuzUpqSmCvBCU1GlBGChuj BuM+Oqddlmujaqfn6lUOYlvPAaENhu5thitpUSdjeNTqTiojRq5OvW5e2g+asmrrviFp1ue/ 7a3anW6kiuxwsmUdXmbJZmrN5aFa1t+IhRvt7pLzziJjyiGhHtXH8e7laiu9zUu6xit5Sudj WWq3jiox9gkPziuWCpy7zlxsBmEwimv8iq7cau+0zab3emvMmUzrQit0oU2usi/p1tv4oi76 Pi+3GfC2kpMlDRtZwm5G6mRqSSw9LW9iipB28dvZSajFjhYFG+acBuc41prltgza2WpVRat9 RiutIW79MuU2QhxX/8ZwcFilisws92io6Y3o9vCw0waxEA8xERexER8xEiexEttHMCyxEz/x 79Qd0n2X97HffmTvkkKpFevqzX5onKkf2VKpso7x/bav24qxcSna9Gktee0szaqmF6Ox6wDx lZYtnk2pkh5uUPbfG0al5s7iXYXwN/WnCafFCWnlmmblCQveHhElaCIQ59ItYMmaNSqXlpJV VEKyPAWyD2dtg+FcGuaX+A7Q66ar9U3nJ06niKGTq4YkYDqnH5lvtaVl6Q6mDp7r6egg/cRc MeanylaR9B6GA2RsYprsb4Fc4u7mWVbsZfKWk3FnMgaSb5abLOPLI59sL7YVcmXFZrKxP/9y S/imcnheaLX6XC7/4oBB8xihrwBbZ2ZybyTylmy64/5S7e828JaOHGbKMdVIcPEKaCyas3Ze Iu5K1v+y5dA5W0Lj8yCNK0OjIezeM8dBqj7rMv2go+QI8uVycg2H3U5S3ccms98yIID+K8rW JZyy7I3JsIYJqyRP7tKltHxm9DsV8/c8cicriYbSsYxY7TfHCE/TZN4Zj5dgMfgZNYgGNRQv NVM3tVM/NVRHtVRPNVVXtVW3mZ6En7LKrDe3H5NBVVFV8duybZ2B9dx+rTi7iFnjyVC35FeX sRevbRcLEA/D8fURlKBmrlMqkNIMYLJ4I6mBoGDnH6SdKYbJ6Zz/kljE7jXdKuEHFvafdqmt NS5VMo4I95i6PVreTiO7EnbPgp8wFpvBFlYTLRgCp80qq9A9+6+7MuuxHrArx6/K8W8AM8rU BQy+thzormVqQ+WR4rRniWESVpdccqvrhlY/A9wi9nXHJjMdgmaMrRetpm71Fqu8Ke8dvnJD q1g8ijC45ScuG2fWcrNAb7Milk+oni9q+xc7K3R2Cuv6vJIoFrX7HpwoUqdDL+d2c6S+VtiE tZfYVilxTnQ+i5d7qxJBU3dvJ/CBA/R6U+sBz+63Lits564Cw7MmrWd5e2uE/eU3b11LX3ai wvC4hGxdPXgxbs7CcnP3BudULraLhyM3/xKiBuqxIANuBnMrCKnjTROW3SpoIV/c6GItooXU HBfZGdvxkOS0ioJU7Sj1XEsqGV81lVe5lV85lme5lm85l3e5l3+5SrHgnMll+5h1uDDpWe/b en2ulXp4Fgd4lP9oMCc5XWDxgNYsSnaxXcPtmD9pI53z1o73lA/6fbskGX8WlP7hMj6uBdJp jElg5RZgY1ruuZ2qCcGsVWJg2sXR4nxw21I6AH66H8P4iVOWlo66b5+YU7LjYE24f9twbvsg hUHzxBiqj+Oi/mbTSvPMkGdhbT/SDd86buHm7dLuEdaUh6+cYB6p+5qmBvmqJO4ireubbYkV ZXYzMc75QaOncP+fc4fXOD454ix/qqQJoLAX5jiblDUqu0g+l3gn2vb2q4OrITD+2mtf77Sg tw0b4WSNbngfdyPhcifiu/yZXLoLZ4CNshZHqmRWc8JL+wLLr7jv7/rOr0mfpy1qqj0B/D4y uC5aqmNW87Fn9KbqW7KZz8veZ8qK7GHDJzlKjDkqbPwEDg2vNK5pNvhOdx416FSynKWjrAN/ 6X9yHctrnAvvuoAyuiDqmQESH163jp/v8vA9fYrmsdSDOdZnvdZvPdd3vdd/PdiHvdjn0wR1 5NijeVfH+dnXueI69qUr4CCvPXvy5nYya6nKvZojMyiBspvj/WnDL8XXq9+bOt2Ppur+9ije 4zTGeiwFCgaJDz7kq1kXRD7lV77lXz7mZ77mbz7nd77nfz7oh77ojz7pl/7nc4Ppp77qrz7r t77rvz7sx77szz7t177t3z4SQ0Ik/Ec9aILuswNCZAIkQEImAL9ACD/xG79A9P7vI8TwD38m jINBiMLzV79ADL9B6P71I0D27749aL89UH/1Y789CD9C1AMkSL/zQ7/6GwTzR4Lyl3/1e/84 ED899AQkcP/1e789vH/8iz9AQBIo0F5BgwTt1YM0riAkBAcjGaynCVIkdgYNjssEKdNDewgV MsRYcGLFiwc9fow4UtRAlw0zYVxYcOPAlTIFZhIpkaLFkSX+fR4cqHMkTZcrI0HCqFCUvZoC V7okanTpTJwcd0pUinFjVYYIIDUtOpZs2YQuIZ386PIk2pMK2ZJEG7bh3KZgNRUE25SpXrp9 16IVyw4SPbliDYI96hHuQLWC7Y0bWhTwXrlx60KuejdS3rNiLZ/FnDCpzc/2EHQe21jgW7qo X191ydfq2bazRyq2yditVsysBSIWOlBsy3oGuwYOLhq3PcKGT2PUDTWlU0jHDT4/XJCwWrPf yQo8Tq+i3IsKIyo8X37tePbdL4/kuFkuQ8IOnafN7/1jTOmQ8lLIM4zIuwgBikQSzx7yVlJP Pvyww+i+h+Brb0H2ZPKvKPgyicT+own3q8u9m5LS5CEE7NOvw+qEGpE7gSjULzwN84tQsuMc JKtA1BAU8cKbFGTwRde20oq/EEPMMTsZ4fIrQACL2vHA2u7zDq+zBrwRvC03rA0hwrAjCMy6 8tsJoZY8Io/GkCSUEb6W6NLSOK+K2ohBFiO7Tqgy96xxpKTwLAjOprQkzMwi6yOrJXq0FHS5 Qr3cirABDVq00ZEM7XPQPCP8qTZ74EQrxk5HulTMSF881NE052uT1OhaHRMjNAtSE7nCKsLT 1CIXis2oOytFlEsuKUrpTEmhbOnFvIrts7TROMVIMui0TIowBJS1J6lS9cR0oEApwsmeZskE 9aVaK3r+Vdu0HMq2WWnW4lbddVvyztp2tyI33nG7xSipesnSF6F7sRVW2n7XncvRgcYKd0+B 88Wv3GcdY+lciMzFLtQiKW5tSRgbRvTMiDB8EeSDKB12S4Rg82yu417et+XMKuZKWFrNfai8 SFqK6iaqilJsXgzBionlK5UTDq5Xd+653JltLsulrJpm72goZZYtK3GdbCginkseKbmDNAyt OfluKlpmpK92ubcHl/MXV8TOnstKBcciej4HHU4M74OgU5lLluGbbpwTp/aIcP0AuxQmsSUm qK/7aBOuvxnJCs3cixY3EOugW9WqKcqfrpBssuDSZCPeRo+786dRE011iR//XHK91n2Vb83a 2ER6LM0Bfl1m+BpHGOqiQvU75eJJDT232ABOzvHL5RNcZTsv3Iq8rbevs7Dsh/Rr961BnhRJ j00/a+tExyrcaesMI097GbNDXNgKPYYffDrbLw8w/GWEPfkZpEeoiQhh0pO7X+0PgEdiX/jC tyOyuI89AmSZBZF1ErURiH7eop8EbSc+/nXJQE67D7TYZD0Vmmwg2Jne9PLjEo31a04Fmd5T FFRDOSEMhtEai2Sk8iG0uPAoRhnI1nTYrRP+zYbGCxZ0aJVE7CyxX8BpyqJW1SUZOoqI83Jc DXOWJ9NwK4gs/BsVZxghMIoRKp6iERDbmLFg2ciJ/k0s4+c050MCpmyFZWFHiSI0tltNEJAG 2ZbfECNIvQDRRAU5JGwcKSxFDpIsTxFF4LhTSCPGrR4bCYrc/CYhTUaNLIDyS1MeCRZRAohU JbGKKWFjuUyy0pBFUmUlhfXIdW1SgZbEpHNGOUtNREiXecShLBF2zEj+J5EGu1VwoEg7lZAS I5rgYx+xmU1tbpOb3fTmN8EZTnGOk5zlNOc50ZlOda6Tne105zvhGU95zpOe9bTnPfGZT33u k5/99Oc/ARpQgQ6UoAU16EERmlCFLpShDXXoQyEaUYlOlKIVFdwnLJpRjW6Uox316EdBGlKR jpSkJTXpSVGaUpVWNGzz/pRMJjAJFAdqBW5TyYxN0ZZTcylsmoqaS5Fkikv+BbVPPZXK+pSD 07PUdH0KgRtW8masmxC1XOQ5JeqERTur5QSp+7JqLKtiMZ7acCMdedxB1seejTGMWzBdSk+O 5FTZ2DSPLp3MZWo2lo1EaDq5gs1iPKW01/y0clKzC17z5y3oAAY4GsSaZYCTu8gKZ69+A+yt IjTZwF6VOYl1mPSkabPMvsYyffVQUT67FclUp7LDaU49KJbAnShpO8ohDhlD11jIjVYz6Zsn yCIUpJaaTC1S6pFxP4UkCJ4uhN9xnoWEBLonDUi4DXoNmyrUpDYR6WPF1c+UdlKl5mr3YzG6 /42LVqWYhsiSuOUNEXLXhyb1fkQ44i3Kc0t0ohTRkVS+fa5QHhJcPUW3vRDUbg/hCctUFVU+ kkHMrvTIMi7OCmEpnLBZLMwn2NkMWBreV4XeJDFbUZhVGurVg/vFshMHq8RiJZSeMvW01QIR RaFFK/QepScIc6vGDlmtTBxMmU+ZT6yislinMiy36sQ4ayvO4oX8ky17MihCEBuLKEh2k77F a8sS3iUoD9YpXZLFcVbu38n4ZSzVfi9aHetgwjCD5Z7yi2tyxpCb+UMwd2m1SGCKxI0UKKgs 1/Jae+aaq/58HV/Z+WdN7BRFXuVmg40ZwVQmIJ8rNehIvu1z9lza0/58ZyQ6e81vRkvbc8MW NkUOF3K169rvmNi2J9PKbvd9G994deqY4Nq1icUY2KJiy89NKhJMsbFtRj1NYJNahN7SRLHD Qjtet/rQGULkfRs9yap0S9bI7lutG/LLem5QeKTUEvDSgm7vAKa2zG231Gg0vDdb+9AVWh2Z mLdZH4L2OOq2jqOjM73Jua7P9IMLOxTD3n9Ha+B08ben0h03oE0P1YgKMO+Sy+6zloXcBT8J vwOeYnwi/K8LHKAH40LBA373fc1drvq2+50kY7AsM//eydcSo7xUaIPNVRsV9aPyGKZcRj2H YP5obtm/BgroF2lgiArWaL8oRTEpafoIC/5SwNQo17fpS3L9Sq6/k1+d5/+1Jw5FckJdOBGP cUKLWeGYExZtLCJr/GIRf2g8NJZlenvnpZ7AuMbAK3pAlok7R3RWeLoMvlNSNCPCwJIghbf9 it3S0uHNCjrJy0TxwhE4ZAY/dx7W0TpHfHyYOi/HCVsTn500ySqHiTxplseXzwyLuOFMlzEr kmIK1/YfaVmW3wezx438MmeX6TcFT7P2Yfy1xX2VSkQBP/byUVygcEZq6W/ykmaJXEqyP+eF /4Qir0TUmI8PtNV40jvUn2F1dgb9prB+pfW3//3xn3/975///ff//wEwAAVwAAmwAA3wABFQ nMYgARmwAR3wAQghMAIl8KACAgA7 ------=_NextPart_000_0003_01C6C2C1.1686FDA0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Aug 18 11:08:58 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GE5xy-0003vo-Kz for capwap-archive@lists.ietf.org; Fri, 18 Aug 2006 11:08:58 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GE5xu-00074X-T9 for capwap-archive@lists.ietf.org; Fri, 18 Aug 2006 11:08:58 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id E2705398012 for ; Fri, 18 Aug 2006 08:08:37 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 9D82243004F for ; Fri, 18 Aug 2006 08:07:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 7E9A1430FB9 for ; Fri, 18 Aug 2006 08:07:46 -0700 (PDT) Received: from bay0-omc3-s35.bay0.hotmail.com (bay0-omc3-s35.bay0.hotmail.com [65.54.246.235]) by hermes.tigertech.net (Postfix) with ESMTP id D2819430FB6 for ; Fri, 18 Aug 2006 08:07:44 -0700 (PDT) Received: from hotmail.com ([65.54.161.92]) by bay0-omc3-s35.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 18 Aug 2006 08:07:44 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 18 Aug 2006 08:07:44 -0700 Message-ID: Received: from 151.37.249.191 by BAY106-DAV20.phx.gbl with DAV; Fri, 18 Aug 2006 15:07:43 +0000 X-Originating-IP: [151.37.249.191] X-Originating-Email: [filippo_giordano@msn.com] X-Sender: filippo_giordano@msn.com From: "Filippo Giordano" To: Date: Fri, 18 Aug 2006 17:07:42 +0200 MIME-Version: 1.0 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.2962 X-OriginalArrivalTime: 18 Aug 2006 15:07:44.0242 (UTC) FILETIME=[0EB9CD20:01C6C2D8] 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=4.9 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, DNS_FROM_RFC_POST, FORGED_MUA_OUTLOOK, HTML_40_50, HTML_MESSAGE, MSGID_FROM_MTA_HEADER, SPF_HELO_PASS, SPF_PASS X-Spam-Level: **** Subject: [Capwap] JOIN-to-DISCOVERY vs JOIN-to-RESET transitions X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1480697960==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 3.1 (+++) X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6 This is a multi-part message in MIME format. --===============1480697960== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0019_01C6C2E8.D120D970" This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C6C2E8.D120D970 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I'm a student. I'm studing Telecommunication engineering in Palermo. I have read the CAPWAP protocol Specification, draft 02. It's not clear for me the difference between the causes that generates = the state transitions JOIN-to-DISCOVERY and those that generates the = JOIN-to-RESET. Both transitions occur when the WTP WaitJoin Timer expires. So, what = transition it will occur when the WTP WaitJoin Timer expires if the WTP = is in the JOIN state? Moreover, maybe I'm in error, but I don't agree the AC Descriptor = Message Element to be of 18 bytes. Please, there is someone who can = explain to me why these 18 bytes? The Radio Administrative State Message element, too, is 3 bytes of = length and not 2 as the draft reports. Thanks ahead of time. Filippo Giordano ------=_NextPart_000_0019_01C6C2E8.D120D970 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I'm a student. I'm studing=20 Telecommunication engineering in Palermo.
I have read the CAPWAP = protocol=20 Specification, draft 02.
It's not clear for me the difference between = the=20 causes that generates the state transitions JOIN-to-DISCOVERY and those = that=20 generates the JOIN-to-RESET.
Both transitions occur when the WTP = WaitJoin=20 Timer expires. So, what transition it will occur when the WTP WaitJoin = Timer=20 expires if the WTP is in the JOIN state?
Moreover, maybe I'm in = error, but I=20 don't agree the AC Descriptor Message Element to be of 18 bytes. Please, = there=20 is someone who can explain to me why these 18 bytes?
The Radio Administrative State Message = element,=20 too, is 3 bytes of length and not 2 as the draft=20 reports.
Thanks ahead of time.
 
Filippo = Giordano
------=_NextPart_000_0019_01C6C2E8.D120D970-- --===============1480697960== 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 --===============1480697960==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Fri Aug 18 11:52:54 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GE6eU-0007TK-1u for capwap-archive@lists.ietf.org; Fri, 18 Aug 2006 11:52:54 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GE6eS-0003hw-2v for capwap-archive@lists.ietf.org; Fri, 18 Aug 2006 11:52:54 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0458D398052 for ; Fri, 18 Aug 2006 08:52:51 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id D1EF343004F for ; Fri, 18 Aug 2006 08:50:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id AE7D6431099 for ; Fri, 18 Aug 2006 08:50:26 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 41104431095 for ; Fri, 18 Aug 2006 08:50:21 -0700 (PDT) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 18 Aug 2006 08:50:21 -0700 X-IronPort-AV: i="4.08,146,1154934000"; d="scan'208"; a="1848535101:sNHT38308292" 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.20060308/8.12.11) with ESMTP id k7IFoKWh013477; Fri, 18 Aug 2006 08:50:20 -0700 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 k7IFoK6W003119; Fri, 18 Aug 2006 08:50:20 -0700 (PDT) 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, 18 Aug 2006 08:50:20 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 18 Aug 2006 08:50:18 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B3015@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 182: Change State Event should instead be RadioAdmin State. Thread-Index: AcbBlmoFFLfYFKe2RBWbzsJnmko2kwAJn6NwABjENJAAAC1bsAAabeQgABTXEnA= From: "Pat Calhoun (pacalhou)" To: "sujay" , X-OriginalArrivalTime: 18 Aug 2006 15:50:20.0243 (UTC) FILETIME=[02389A30:01C6C2DE] Authentication-Results: sj-dkim-6.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 182: Change State Event should instead be RadioAdmin State. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 031b5f42d6d2cd097710e6b68613cb36 I think it gets really ugly when we start mixing these schemes. Remember that radio admin state is saved across reboots, so the AC wants to represent to the network administrator the fact that the radios have been permanently disabled. If the operational state was used to communicate this to the AC, then it would be very difficult for the AC to know whether the configuration is permanent or not. I would prefer we maintain strict usage of the message elements. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: sujay [mailto:sujayg@huawei.com] > Sent: Thursday, August 17, 2006 10:58 PM > To: Pat Calhoun (pacalhou); Capwap@frascone.com > Subject: RE: [Capwap] Issue 182: Change State Event should > instead be RadioAdmin State. > > Hi, > > I would propose using Radio Operational State for the purpose > defined and not Radio Administrative State message element. > If the WTP has to communicate its previous saved config, it > could indicate it well enough using Radio Operational State > element with; State-> En/Dis And Cause->Administratively Set. > This is more flexible, consider a case it was enabled > administratively, saved, but due to some reason radio is not > up. Radio Op State TLV is better equipped to say this and more. > > Regds, > Sujay G > My Location; > http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.72485 > 2,7.525085&t=h > &hl=en > > > 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! > -----Original Message----- > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: Thursday, August 17, 2006 10:46 PM > To: sujay; Capwap@frascone.com > Subject: RE: [Capwap] Issue 182: Change State Event should > instead be RadioAdmin State. > > In re-reading the text, I would propose: > > The Radio Administrative State message element is used to > communicate > the state of the WTP, or of a particular radio. The > configuration of the > Radio Administrative State is sent by the AC to change the > state of the > WTP, which saves the value to ensure its effect remains across WTP > resets. The WTP communicates this message element during > the configuration > phase to ensure that AC has the WTP radio's current > administrative state > settings. The value contains the following fields. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Pat Calhoun (pacalhou) > > Sent: Thursday, August 17, 2006 10:12 AM > > To: sujay; Capwap@frascone.com > > Subject: Re: [Capwap] Issue 182: Change State Event should > instead be > > RadioAdmin State. > > > > Sujay, > > > > I'm ok with all of your change requests, with the exception of the > > following. > > > > > 4.4.28. Radio Administrative State > > > > > > The Radio Administrative State message element is used to > > > communicate > > > the state the WTP, or of a particular radio. It is > > sent from > > > the AC to the > > > WTP The configuration of > > > the Radio Administrative State is saved on the WTP, and > > its effect > > > remains across WTP resets. The value contains the following > > > fields. > > > > Actually, this comment is invalid. The WTP indicates its > current radio > > administrative state during the config phase to the AC. I will add > > text to make this clearer. > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > -----Original Message----- > > > From: sujay [mailto:sujayg@huawei.com] > > > Sent: Wednesday, August 16, 2006 11:29 PM > > > To: Pat Calhoun (pacalhou); Capwap@frascone.com > > > Subject: RE: [Capwap] Issue 182: Change State Event should > > instead be > > > Radio Admin State. > > > > > > Hi Pat, > > > You did address some of my concerns. > > > I have some comments inline. > > > > > > The other changes suits me. > > > Regds, > > > Sujay G > > > My Location; > > > http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.72485 > > 2,7.525085&t=h > > > &hl=en > > > > > > > > > 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! > > > -----Original Message----- > > > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > > > Sent: Thursday, August 17, 2006 6:15 AM > > > To: Capwap@frascone.com > > > Subject: [Capwap] Issue 182: Change State Event should instead be > > > Radio Admin State. > > > > > > This issue really contains two parts: > > > > > > 33) Use of Change State Event should instead be Radio Admin State. > > > No. However, I do agree that there is some confusion around the > > > difference between both. So I am proposing two things; add > > > clarification language to both message elements, and rename > > the Change > > > State Event message element to instead be called Radio > Operational > > > State. > > > > > > Note that the primary difference between both is that the > > Radio Admin > > > State is saved on the WTP, and therefore takes effect > > across reboots. > > > The operational state does not. > > > > > > > > > 4.4.11. Radio Operational State > > > > > > The Radio Operational State message element is sent by > > the WTP to > > > the > > > AC to communicate a change in the operational state of > a radio. > > > For > > > instance, if the WTP were to detect that a hardware > > failure existed > > > with a radio, which caused the radio to be taken > offline, the WTP > > > would indicate this event to the AC via the message > > element. The > > > AC > > > MAY also send this message element to change the > > operational state > > > of > > > a specific radio. Note that the operational state > setting is not > > > saved on the WTP, and therefore does not remain across > > WTP resets. > > > The value contains two fields, as shown. > > > > > > > > > 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 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > | Radio ID | State | Cause | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > Type: 11 for Radio Operational State > > > > > > Length: 3 > > > > > > Radio ID: The Radio Identifier, typically refers to some > > > interface > > > index on the WTP.The value 0xFF is invalid as it > > does not > > > indicate > > > any specific radio. > > > > > > State: An 8-bit boolean value representing the state of > > > the radio. > > > A value of one disables the radio, while a value of > > two enables > > > it. > > > > > > Cause: In the event of a radio being inoperable, the > > cause field > > > would contain the reason the radio is out of service. The > > > following values are supported: > > > > > > 0 - Normal > > > 1 - Radio Failure > > > 2 - Software Failure > > > 3 - Administratively Set > > > > > > > > > 4.4.28. Radio Administrative State > > > > > > The Radio Administrative State message element is used to > > > communicate > > > the state the WTP, or of a particular radio. It is > > sent from > > > the AC to the > > > WTP The configuration of > > > the Radio Administrative State is saved on the WTP, and > > its effect > > > remains across WTP resets. The value contains the following > > > fields. > > > > > > 0 1 > > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > | Radio ID | Admin State | > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > Type: 28 for Radio Administrative State > > > > > > Length: 2 > > > > > > Radio ID: An 8-bit value representing the radio to > > > configure. The > > > Radio ID field may also include the value of 0xff, > > which is used > > > to identify the WTP itself. Therefore, if an AC wishes to > > > change > > > the administrative state of a WTP, it would include > > 0xff in the > > > Radio ID field. > > > > > > Admin State: An 8-bit value representing the > > administrative state > > > of the radio. The following values are supported: > > > 1 - Enabled > > > 2 - Disabled > > > > > > 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. It is also sent when the > > WTP detects > > > an > > > operational failure with a radio. The Change State > Event Request > > > message may be sent in either the Configure or Run state (see > > > Section 2.3. > > > > > > > > > > > > Change above para to; > > > " > > > The Change State Event Request message MUST be sent by > > the WTP when > > > it > > > receives a Configuration Status Response message which > > includes a > > > Radio Administrative State message element. > > > It is also sent when the WTP detects an operational > > failure with a > > > radio. The Change State Event Request > > > message may be sent in either the Configure or Run state > > > (see Section > > > 2.3.). > > > " > > > - the "MUST" is needed as it helps the state machine transition. > > > > > > > > > When an AC receives a Change State Event message it > will respond > > > with > > > a Change State Event Response message and make any necessary > > > modifications to internal WTP data structures. > > > > > > The following message elements MUST be present in the > > Change State > > > Event Request message. > > > > > > o Radio Operational State message element, see Section 4.4.11 > > > > > > 8.7. Change State Event Response > > > > > > The Change State Event Response message acknowledges > the Change > > > State > > > Event Request message. > > > > > > A Change State Event Response message is by a WTP after > > receiving a > > > Change State Event Request message. > > > > > > For above para; > > > A Change State Event Response message is received by a > WTP after > > > sending > > > the Change State Event Request message. > > > > > > The Change State Event Response message carries no message > > > elements. > > > Its purpose is to acknowledge the receipt of the Change > > State Event > > > Request message. > > > > > > The WTP does not need to perform any special processing of the > > > Change > > > State Event Response message. > > > > > > > > > > > > > > > 43) Change State Event Report. This seems a little silly to > > be sent in > > > the "configure" state. It seems only appropriate for the > > "run" state. > > > Some might argue that even in the "run" state it > shouldn't be sent > > > after a "config update" request that changes the > operational state. > > > However, in the "run" state, it may take a while to have the > > > operational state change to follow the admin state. Thus, I > > think it > > > is OK in the "run" > > > state after config changes." > > > > > > I disagree. Once the config exchanges have > occurred, the WTP > > > needs to configure its radios, and then send an update to > > the AC when > > > this is done. > > > This message is used to inform the AC of the final state of > > the radios > > > on the WTP. I therefore believe that the state machine is > > fine as is > > > as it provides a nice transition between unconfigured and > > configured. > > > > > > I completely agree with Pat's above point...! > > > > > > 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 bergeynicolett@coalsource.com Sat Aug 19 04:51:54 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GEMYc-0000J4-PL for capwap-archive@ietf.org; Sat, 19 Aug 2006 04:51:54 -0400 Received: from [87.110.101.96] (helo=coalsource.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GEMYZ-0001q8-L5 for capwap-archive@ietf.org; Sat, 19 Aug 2006 04:51:54 -0400 Received: by 192.168.216.13 with SMTP id XVPUOJ; for ; Sat, 19 Aug 2006 01:51:46 -0700 Message-ID: <000001c6c36c$b3745df0$0dd8a8c0@rjil> Reply-To: "Fidelma Conti" From: "Fidelma Conti" To: capwap-archive@ietf.org Subject: Re: li test Date: Sat, 19 Aug 2006 01:51:46 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6C332.0717F6F0" 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: 8b431ad66d60be2d47c7bfeb879db82c This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6C332.0717F6F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 It is so common to have problems with erecxxtion,=20 Try VIrAGRA and forget about it http://www.vrihedasunmdecin.com =20 =20 =20 Which one of the stupid myths going about is the one that bothers you? Spontaneous creation would you believe! All the males gather around ------=_NextPart_000_0001_01C6C332.0717F6F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
It is so common to have problems with erecxxtion,
Try VIrAGRA = and forget about it http://www.vrihedasunmdecin.com<= /A>

 

 

 

Which one of the = stupid myths going about is the one that bothers
you?
Spontaneous creation would you believe! All the males gather = around

------=_NextPart_000_0001_01C6C332.0717F6F0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sat Aug 19 12:35:24 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GETnA-0004SF-Fo for capwap-archive@lists.ietf.org; Sat, 19 Aug 2006 12:35:24 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GETnA-00009u-Do for capwap-archive@lists.ietf.org; Sat, 19 Aug 2006 12:35:24 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GETn7-0007UB-Cr for capwap-archive@lists.ietf.org; Sat, 19 Aug 2006 12:35:24 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 3F539144807E for ; Sat, 19 Aug 2006 09:35:17 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 331EB43001C for ; Sat, 19 Aug 2006 09:34:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1AE6C398055 for ; Sat, 19 Aug 2006 09:34:43 -0700 (PDT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by zoidberg.tigertech.net (Postfix) with ESMTP id 3F371398051 for ; Sat, 19 Aug 2006 09:34:40 -0700 (PDT) Received: from [192.168.128.4] (c-24-6-207-154.hsd1.ca.comcast.net[24.6.207.154]) by comcast.net (sccrmhc13) with ESMTP id <2006081916343101300npbbse>; Sat, 19 Aug 2006 16:34:31 +0000 Message-ID: <44E73D96.2090000@hyperthought.com> Date: Sat, 19 Aug 2006 09:34:30 -0700 From: Scott G Kelly User-Agent: Thunderbird 1.5.0.5 (X11/20060719) MIME-Version: 1.0 To: Filippo Giordano References: In-Reply-To: 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] JOIN-to-DISCOVERY vs JOIN-to-RESET transitions X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Hi Filippo, Filippo Giordano wrote: > Hello, > I'm a student. I'm studing Telecommunication engineering in Palermo. > I have read the CAPWAP protocol Specification, draft 02. > It's not clear for me the difference between the causes that generates > the state transitions JOIN-to-DISCOVERY and those that generates the > JOIN-to-RESET. > Both transitions occur when the WTP WaitJoin Timer expires. So, what > transition it will occur when the WTP WaitJoin Timer expires if the WTP > is in the JOIN state? In the current state diagram, JOIN is a meta-state that encompasses the DTLS handshake along with a joinreq/joinrsp exchange that occurs once the handshake is complete and the DTLS session is established. There has been some discussion of modifying this in the next rev of the draft, but here's the answer to your question with respect to the 02 draft's state machine: The first thing the WTP does upon entering this state is send a DTLS ClientHello message. If the AC does not respond to this message, no "session" has been established, so rather than going into RESET, the WTP simply returns to DISCOVERY. I think we'll see state machine clarifications in the 03 draft revision. Scott _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From keithae@cooperlakeguideservice.com Sat Aug 19 16:02:38 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GEX1i-0007gr-TC for capwap-archive@ietf.org; Sat, 19 Aug 2006 16:02:38 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GEUem-0001a2-4A for capwap-archive@ietf.org; Sat, 19 Aug 2006 13:30:48 -0400 Received: from host122-42-static.40-85-b.business.telecomitalia.it ([85.40.42.122] helo=cooperlakeguideservice.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1GEUQl-00084A-Qv for capwap-archive@ietf.org; Sat, 19 Aug 2006 13:16:21 -0400 X-Spam-Score: 1.3 (+) X-Scan-Signature: 2eba37fe9c77781b0ecb0a74d8c65128 From doironeamel@hertzsupply.com Sat Aug 19 23:55:22 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GEePC-0004q9-5E for capwap-archive@ietf.org; Sat, 19 Aug 2006 23:55:22 -0400 Received: from apointe-a-pitre-102-1-5-50.w81-248.abo.wanadoo.fr ([81.248.161.50] helo=hertzsupply.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GEeP8-0006oF-De for capwap-archive@ietf.org; Sat, 19 Aug 2006 23:55:22 -0400 Received: by 192.168.46.109 with SMTP id PUJGWR; for ; Sat, 19 Aug 2006 20:54:51 -0700 Message-ID: <000001c6c40c$63540460$6d2ea8c0@pyfcoq> Reply-To: "Berit Stamey" From: "Berit Stamey" To: capwap-archive@ietf.org Subject: Re: ietugu test Date: Sat, 19 Aug 2006 20:54:51 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6C3D1.B6F79D60" 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: 8b431ad66d60be2d47c7bfeb879db82c This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6C3D1.B6F79D60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 It is so common to have problems with erxection,=20 Try VlxAGRA to forget about it http://www.brionmerasunbesa.com =20 =20 =20 You are going to have to try harder, Jim-you lost me a long time back. Right, sorry. Try this. There are various kinds of units in physics. ------=_NextPart_000_0001_01C6C3D1.B6F79D60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 

 

 

 

You are going to = have to try harder, Jim-you lost me a long time
back.
Right, sorry. Try this. There are various kinds of units in = physics.

------=_NextPart_000_0001_01C6C3D1.B6F79D60-- From wdcukvip@hispeed.ch Sun Aug 20 12:26:53 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GEq8T-0003g3-4m for capwap-archive@ietf.org; Sun, 20 Aug 2006 12:26:53 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GEpKY-00012y-OF for capwap-archive@ietf.org; Sun, 20 Aug 2006 11:35:18 -0400 Received: from 84-73-142-60.dclient.hispeed.ch ([84.73.142.60]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GEotp-0007vx-JP for capwap-archive@ietf.org; Sun, 20 Aug 2006 11:07:44 -0400 From: "chip stack" To: capwap-archive@ietf.org Subject: Dose treatment Date: Sun, 20 Aug 2006 17:08:09 -0200 MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_0005_01C6C47B.361364E0" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcbEezYTBu1FMvUgTc2xZszVdouivw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Message-Id: X-Spam-Score: 3.8 (+++) X-Scan-Signature: 04ebe73024b6be81174765e91aced811 ------=_NextPart_000_0005_01C6C47B.361364E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0006_01C6C47B.361364E0" ------=_NextPart_001_0006_01C6C47B.361364E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit are free to try totally safe. Have great time playing Top Games:. Risk Scrabble. Monopoly Worms MCF Prime Suspects. Diner Dash. Tycoon Beach Head Family Feud of Frenzy different fish track the laptop. might be Pentium PowerPC Sparc many brands types but they same thing way. If ever wondered what doing about between then on. article learn fairly simple Big Kahuna Reef Cake Mania. Thwart Poker. thus enabling healing processes start. After harmful reported. far untapped potential health care. purpose describe physical analyze cases external data always. modern Pentiums fetch their ALUs. stands second measure CPU. Modern CPUs things ratings lose lot meaning get general relative column. From there MIPS. function delays within There example executed cycles. often cycle. That directly related Next Frenzy different fish track the shadow through DashDiner will have you trying handle chaos like real GamesD Live DDD Cue Club Zoo treatment technique Possible primary Secondary Summary Lasers PDT trial positive double blind studies negative really Cochrane analyses improved Poor compared Russian Tiina Karu English language books therapy: Books languages ISBN. journals Numeric referred book. register index Still dont Please answer question: authors Jan Tunr DDS Lars Hode Sci. They knowledge physics. This enhance success private practise working since Cartoon Tetris Card War Online Kids Board GamesHome About Us Sites DFG Reviews Contact Privacy Terms UseDFG Store Retired Friends: Freebies Prices HSW Web Main gt Marshall Brain Table Contents Photo courtesy IBM use CMOS Copper chip stack pennies Click here see how PC works from inside using read this KB Cache Memory Socket Bus Platforms storesAMD Athlon ADACDBOX Processor BXPEFN LGA Empire Fantasy Tetrix Super Gem Drop Bejeweled Jewel Quest Compare Prices HSW Web Main gt Marshall Even precise such pain oedema zoster herpes treated influence immune system thus enabling that important Tell here. also known central unit thick. As size goes rises. rate clocked at. Kasparov Chessmate Invaders PacMan ET Puzzle GamesBig question: authors Jan Tunr DDS Lars Hode Sci. They knowledge physics. This enhance Us Sites DFG Reviews Contact Privacy Terms different serverNew Feeding Alien Stars. Big Kahuna between then on. article learn There example executed cycles. column. From there MIPS. function delays within There Vet Empire Fantasy Tetrix Copper chip stack pennies Click here see how PC works from inside using read this uses its work. heart any normal whether desktop machine laptop. might be Pentium PowerPC Sparc many brands types but they same thing way. If ever wondered what GamesRisk Mission Conquest Challenge Kasparov Chessmate Invaders PacMan ET Puzzle GamesBig Fairies Luxor BXT Boxed KB Cache Memory Socket Bus Platforms storesAMD Athlon ADACDBOX Processor BXPEFN there MIPS. function between then on. article learn fairly simple digital logic allow job spell checking document news to:My Yahoo MSN RSS worlds favorite word w/o need another The most popular board your computer against others before Are speeds that important ------=_NextPart_001_0006_01C6C47B.361364E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

are free to try totally = safe. Have great time playing Top Games:. Risk Scrabble. Monopoly Worms = MCF Prime Suspects. Diner Dash. Tycoon Beach Head Family Feud of Frenzy = different fish track the

laptop. might be Pentium = PowerPC Sparc many brands types but they same thing way. If ever = wondered what doing about between then on. article learn fairly = simple

Big Kahuna Reef Cake Mania. = Thwart Poker.

thus enabling healing = processes start. After harmful reported. far untapped potential health = care. purpose describe physical analyze

cases external data always. = modern Pentiums fetch their ALUs. stands second measure CPU. Modern CPUs = things ratings lose lot meaning get general relative column. From there = MIPS. function delays within There example executed cycles. often cycle. = That directly related Next

Frenzy different fish track = the shadow through DashDiner will have you trying handle chaos like = real

GamesD Live DDD Cue Club = Zoo

treatment technique = Possible primary Secondary Summary Lasers PDT trial positive double = blind studies negative really Cochrane analyses improved Poor compared = Russian Tiina Karu English language books therapy: Books languages ISBN. = journals Numeric referred book. register index Still dont Please answer = question: authors Jan Tunr DDS Lars Hode Sci. They knowledge physics. = This enhance success private practise working = since

Cartoon Tetris Card War = Online Kids Board GamesHome About Us Sites DFG Reviews Contact Privacy = Terms UseDFG Store Retired Friends: = Freebies

Prices HSW Web Main gt = Marshall Brain Table Contents Photo courtesy IBM use CMOS Copper chip = stack pennies Click here see how PC works from inside using read = this

KB Cache Memory Socket Bus = Platforms storesAMD Athlon ADACDBOX Processor BXPEFN = LGA

Empire Fantasy Tetrix Super = Gem Drop Bejeweled Jewel Quest

Compare Prices HSW Web Main = gt Marshall

Even precise such pain = oedema zoster herpes treated influence immune system thus = enabling

that important Tell here. = also known central unit

thick. As size goes rises. = rate clocked at.

Kasparov Chessmate Invaders = PacMan ET Puzzle GamesBig

question: authors Jan Tunr = DDS Lars Hode Sci. They knowledge physics. This = enhance

Us Sites DFG Reviews = Contact Privacy Terms

different<= /font>

serverNew Feeding Alien = Stars. Big Kahuna

between then on. article = learn

There example executed = cycles.

column. From there MIPS. = function delays within There

Vet Empire Fantasy = Tetrix

Copper chip stack pennies = Click here see how PC works from inside using read this uses its work. = heart any normal whether desktop machine laptop. might be Pentium = PowerPC Sparc many brands types but they same thing way. If ever = wondered what

GamesRisk Mission Conquest = Challenge Kasparov Chessmate Invaders PacMan ET Puzzle GamesBig Fairies = Luxor

BXT Boxed KB Cache Memory = Socket Bus Platforms storesAMD Athlon ADACDBOX Processor = BXPEFN

there MIPS. = function

between then on. article = learn fairly simple digital logic allow job spell checking = document

news to:My Yahoo MSN RSS = worlds favorite word w/o need another The most popular board your = computer against others

before Are speeds that = important

------=_NextPart_001_0006_01C6C47B.361364E0-- ------=_NextPart_000_0005_01C6C47B.361364E0 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODdhrwH1AocAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////ywAAAAArwH1AgcI/gDtCRxIsKDBgwgTKlzIsKHD hxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fP n0CDCh2KsA7Ro0iTKl3KtKnTp1CjSp1KtarVhODEXd3K1SQ4cAIRgBUIjp3AdV+/ai0Ibh1B cPUIii0obmzYsvbQpl1rcC7CtG3jkrWblezbtXbtFc4LGHHadYLJmu1KuTJHdmPRCqxHGPDk gWIji01AEC0CgphPnx0LGO9B0wfFtp7sWrFZsZ/x4h7oerY92Z4FJgB3wLLx4xQxD5Z8lzTC 4artcY4+HJxz4daxkx69sPp1gsOd/sv+7Tq0veraz39Nzx18dvJjpyOfT38hZ+nr72OPbhBz 68Rw1UYebW6px99BAX6Gml1iuRVeev6ZJV+E+J0GXUHK3VVghvV16KGB4kxXm3/rGVTXfwOx o9VivGmVmkAkJobainwRdCJgpMlXoT11DWdPhj2ClWGMA92YlnMCfqikccOpiBuAaSnIW4HM kVcchwLVtdtgX0l515UycnkkjHZlWJg4mCGmFZqLBSfmV9eBc+CSdHIlW3FdvuUlaHDxKZhm O6aYlp4KAaojn5PpCKhiYO1W3W14PVolopvJyVudmFZWYolfJvRgetXh6N57Vnr633fqxVlg iU2mOhhp/5/CWap7qmZqq6aCCcjZXv1ZSuaktsnVFkG7qmWQgEm+SOZpeqV1mrIT+ipfsYsp +6Ol7Ox567ZNEVZQs0nymFhd17JVo2L8gSslloqdSy6h+NX2rmHivrValFnKiFe23Pbr778A ByzwwAQXbPDBCCdMkQgKN+zwwxBHLPHEFFds8cUYZ6zxxhx37PHHIIcs8sgklzwSAquAsYrJ VN2T8sqgsQKGGMUNBAYYNosh0MwF3azyPQjJ7LPPO8O8M9D28GzPPSrPmfTNSAuUss86FyT0 0DgnbXTSSE99c9UEgRGd0l4rLTNoYAB99dAGKe1z1DbHLdDVW7PMFAJiDF01Av5Y18w3K2GB AfjfPet9ENY3D5422sURzvTNdf82tNFYA1545ZJHzXfNmMsleOCWd8430p8/3Tnaivu8NdMC sV643U/lbTkCpIst+d6lj27PAWDUHHjNMsPd89a8R8f0abwXd3NYBhX/9O8NqUyQ863bvnlC vNuevOS+E8SKzmKAbXPkAm3v/PID5X2a+p4LDztSvFs+/eI7Z7397r3bIzN/x9ucdV/0mxvi srY/e+QtIfsjHP6cVhDdDWRtRFsgAhO3NO3ZDoAHbGAArWa7BJZOcmLj2wUFIgb5vU8pBeRg 2LLWvwqu738CXCFCWkjCAdYwcGJwWt58ppq1KYSGBv60of7YZpC8Fe9sQ4wg2kY4ECASJIM7 vFl0hHYAKoZFDO474VHQ9zqbWS6FBVRazsJGPnukbHhhCx3YRDinzg3NhAY5IxnTWD8Ktg18 MqvaGwsSPhgORI6H0+Med/Y9pqWsZqvIohaJwkUZli9/Zvzf8hQIugdCsm1bc2DmJAdH6Xku dDijpEI8GTjNLU6UGgRc9hQHx+ppcnwIIZwC0Xc8oTnQj4tESvCuKDXrcRF98cNf9+6Xx1hu 8H7CTOYBTiPCgjiPbzq73kJeicztSfMg97tZ4y7JOP2Jb5PYzN8zlRY+/LEClblUigh9Zrns 8fCPWDvN2nT2ONUlBIgpHP+iPG1XNuFBsDj1FKNB8DnCAgb0m/p0ZQWplj6Y8Y1/TPReB/u2 yYcm7YutTOdQECA0uB1Adgd63DlryM5IJo6BveQjDKGYNZTNrHskFZxqypbRlD5xpVmjaRH/ x7deltSFXiQIIHca05EOUW7oY0VNNcrUpjr1qVCNqlSnStWqnoQeVs2qVrfK1a569atgDatY x0rWspr1rGhNq1otEoAAdOgAAeheWw0y14S4ggoBoIIrBFLX3ZWiraVQTQCiU9e75nWvBTGs Xvnq1oH0VbGItUcnGstXggSgE5Ztq2br2ld7dBauvtvsZulKWce6VbSaZaxCCovXxWIzrqZt ayf+ImsPyJo2s55FbWlzi9qB2PYgvf2rahAQgFLwdra3NchveVtcuYpWtfWZLGaTi1uE/FWz iC2saI3rWSrc9rptpa09wBuA7Ja2ruTNa/kGu16/wTa2z81tdQUiXfiOtiCdVa1uG5tf/LqV vOIdSH0Zu1nupte78r3tfv3b2/GKFsEMTq1npztZAgMWugQ5sIUvvGH+7tY4xG0rYT/cX+re Fq5UgGluzZtg4JL4vG6FK3cdvFfi1mzAcHVafjvb1xCzd76kDbKJW+xiIsdGs4JtbIh3V9yB /HWvPIbxQj7bZIE8WcjTiytoVbtkI8vYyeVNMAL+WrP+lrgyrohrmDH+PGSCTPZAcyWzi9k7 1zcjxM6ZDe6P+TpdKhjXx6cpBYT9G+H71lbN4j2zkYm84w/jFs8ISTNcWfybyzqYP5aOMpCL DGZMTzfPnZ2spaHL2d0K17KY7fGo47toy1ABs4Jus6IRgFfazrWvEg6vd+dK6zU3sNagHm2j BZLmQ6cZygFmM3MN/erxDrrVymb0bhUt314nWyDNjvWyYTtsTbeZ0EM2s6ErvWfRUjrcp5Xy sr9NmS3bONrUZvKPb03ZXLtVr32F656zPG8pD5vJ9mh2J3atYmV7293vjbas1c1uDOt7Tggv DmqhPO10Azne3l74kcvdVtcaudvqFjd90rz/2XM3HNWqhXSpyT3tT9N1upqGNHFnXF7YTtrR Blc3ybG76Z5nXOHhdjmxzS3mOu955tLuObjpe/QqK13Unxa5m5tu3HxXWerI0S28cQ7uuaI4 ydAl+dKFrOkv/0bOVsa107HM5lKzGtqL/jncP/7i59Z1yWYfM2zR7tkZz53Ieed7m0G75bjv NvDcbuwB8FpmriOn8EyWeG+17tsCQze9Hh4IXg+tWb9znsPexqvlBzLpyhc857iFPOQVrXW5 U/62O1975EmvZtHWTPSd1/xmn43x3eKew4XmL4UzH/x7b7fDkW1wKTxfmb/it+qTbzCxW5t8 yi5X1bWlvnK133br/uO1Eyqe9morjlvnW5bmXG89wztM/uWC+fmbBT9BDCv/DIeX7Zye//dP r+fhNlnc8UV/odV5znVfy7dWCJiACriADNgT2tCAEBiBEjiBFFiBFniBGJiBGriBHNiBHviB IBiCIjiCJFiCdeIKQgd0HFFhjoVy7WVfElY++9d9+CdfCzZ3Und3ayZ9zpRwY0dlvsOCleVY qaZkvuZb2neDLwhf9XeDnDVipHddgUVX+KV/h2VZUFhgKgZ5p1ZpzDd7NFg+Unga3mZbSjh/ 99eDCFFi8ZYRObaE78Z0Ufd65MVdcmd427ZyCZGDjTVwMHhno8Z2oRaIbwiG71ZXflgQ/wCW h6U1YMjHiKTGB8kVe7LnWb4DV2C2e44FYfQ2egIWiEh3aQfhiGV4fJq2iGeYdrkXFtdFenOY fyERhzj2Y4A2dkxGBXC2flu3adTGh0wGhQpRi4JIWcIoi6P2hl63b0DXX8JYdLpYaiyGYqdX aZ9mZ2ZHY4zFYnfHd81ofpXIcmB3YnkFU5p2ZrNmh/UmetTFho63EX4Gjs5mekdoZILHfi82 jLaYjyt3hG+HhqVHWtInab72jrWobbeWbJAmEM+waAJZfWGhXuhGYGT4Xz7YFyJGboG2b6t2 kfQGGoHYkB7pCmnmNCCZdPWYdAl5co41YxS3YSuWhn+nEcV2bP9hNpCwxnvkB5D9iIcRuYf3 mFtd6JIHkW3PZo+ad5OVZ2w1aV5BKRfAlo9ECYPO1XXltWsWR2A9iFwomHhUeVc2yHBRmYlf GHBImXRqd5Vc9pRK14O56JKohY4lgYkCR3AvGIeoh4/6+IyOx4d55XLUFnF4CZgAN5eWSGDN hhAPt2mCaXu2uHL4hpYx2F7elWJcWV1z9ZhJN3t2GWJOA5jlWG8dSV2JqZLEFWBqZ1rIo4ck UXPFcXOVV3KblpKZ6XN6OX5kp2UJR22UaJo6R3R8JWlMVmyMdQCQB1x+uVu7qVr/2JO8lloq h5ynVWxhJnNX51Y+1mJml5zslpwxx3H/s8lna6l5Rdlip0lq7bgRrchY6Pd2+ZVm3IUAjUeb eHlyviiKOMiDYUiHaod+aYdSrtdg6KWROaldMZZX4fh+9dVkiBefnJdgi/derwdtWsd3Cmqg qkWhnneH9qdjoLmO5+kRywmcYDii/fV7cLlwdqeX/ah+GEYFCIafqleRZZdwhReiuUlZLppY ngh4NFqZATdo/9ZXm+dg/eh8W1Zlv+d0QppusDmiq+doMVocvwdhmIdtmvh5a6dolLh0uEee jXWAJiF+afd830ZyU/id7IemEZqHCaZqFDduDkamF0eRcupZVUhdpWmFHsdm5reSLZand4l9 03eFXYdhAjhf/8TFXKXgO33KV/xpEI3ad6ooXu53XZHlfnCHn/nWWl5qZWNpgqAaqqI6qqRa qqZ6qqj6EqGQqqzaqq76qrAaq7I6q7Raq7Z6q7iaq7q6q7zaq776q8AarMI6rBkYGcR6rMh6 qneQrMzarM76rNAardI6rdRardZ6rdiardq6rdzard76reD6EJvQDhdjC60wAK2wEwMQHQNA Bi+xCeSQEPAqEJtAEPNqD+2wCfq6r/VqD/eKPeTwr79xD/CqYv3qrwQRsAU7EPrKsPGKr/y6 rwKhsPr6sPxKDr6Trxh7EPd6sP76sOUTsCBrEOQaFgS7sXIRHeOaEbSzsAORrxHrsf8HILII IbAfKxAwG7H0OrIGobAo66/9igCbUBwlexEIQAYDkLTtmhMIgK5h4bQtIbRF20ArK7UMW7Ix W7UrG0sUe69Cy6/D1K8H4LERWzObEDVbm7VYy6/k+rVsC7EV2xdaW7RbiwBdy7MT6zdl+7Kb oBpjO40P4bb66jtqGxZ3K7dTa7VAG7Ftu7U1C7a/sbXkgDTtgLcSgbTp+hu2kBMHkLTIMwCA SxJ/i5hDuzsNa7owJbCjixABGzVrizwCG7ATe7BC2zjzqri1WxACm7vTU7qRW6+nC3GlO7Zi 67ut+7I9S7d9a7ogK7vl47sWoa+wi7c2e7w42zzQi7q6O7L/qxsbpSu08Tq65DCy2SsRnZu5 BWELSYu+rUAGB0AGZACf6KoarWAL51sQ5wq19fu+oCsQSPu06CsQ+Zuu6hsdAyzA7gu/8tsK 0YEA5xq/A9EKAawQ+cpAFQy35Dq2/MG7OLu82HS22Eu4tCu9X+u3Htywq9u9kRu2B5KvpDev znsQFwyzGby8Y6tIHfzCItzBp0uwlcuzJ6sagzu+zgS9pwsa2XvDB3EPlOvBHbzB2XvBpCvE 9ZqvByDFO2sR5zonSKu0mau0Xay0AyDAYoy+YZy5+au0ZHwaW1wQSNu5DjzG/uvFAgHGYpy0 TyvGETzBCRHDPduvATu2EFvE/OHH/wVBsHNCsPZ6sAQ7tI1cMy5sukCzulhsuvyRswfbtYPL vE7jvIFcxf2KyArhuIrMsICsr0gTsWjLr/S6r1O7NGTrsZZMEKI8UEhjyIaswQkrywURyUoc sFasu7wMEXicvgOwufZQzJ6bzO6azJn7v8ksx+q7ucdcx3K8tLsDuk3Lx0tLBg8sENOczMi8 zNgMtQXszBNhs/ZqsfFKDhpbEIaszqbMsWSLtvfgzvDquzF7GpE8yLsszPqqvJAbFtJrEB3b zu8MtArRvUfsr0jDwQV9r5HcseXbyvYqPPE8zNu70f+8zqMcsacx0PNcEcVMENDMzL/htNuc 0uP8xc18rv8p3TgqDbVNa67r2kBO27n6O8ZNK9PputI1bc2YOxGKi7iRW8OOm8VI/MqLTM86 /LwIALOK+7azO9IOq7vCo7i67NFyMbemm7YaXdVWncIeLLRAM9X5XLIq3NTPm7o829Dem7hJ fbNL/dEBTdBnG8843BDnisxHG83gXM2du7md25r9G9SDbc320MaFnc2+Q8fO1L/RXDN4zNiC 3b+NDdgVsdZPvbqbjMRhO40E6zsPG8hfPRBEPLbkurJj6w8GXbxww8Ha27uEG75W3daz/dmj jdrCvMutecQxPLqeLcucPbu/LcuyDcukHcK03dWhjT3lO7bxWtTFHbh3nK5pjM3/bbzdN53d zWwPYXzT53zOgX3T+Gve5B3ebNzd7E2/Sfvdi83HCIHJPDvDHrzVUE0Q9C23VE28+zpc31u6 IFzJs8uv/IHfcBu3EBsdFdy1MGXfJgzgVH3b/l3QrdywEM7DINvP2GvghEy1VM3EPBy3lYzg +700TdzCvtvPpWwRcVzNZAzj4C3H0AzN7Yq0yAzAcDzjZCwXUOvGcpzSoIGuO17jNB7kiy3j 8e0QXfvKnky28CzLTR4bjzw9rWs8B9uvDWvIfAvCUR7lrizWV2u3LtvRfuyxLVvRLR6yZ7vB NPvkvo3aYb07V/7HVP7ZKF7gd43LUh7it8zLZ461TM0S/z1ttEiLUkBhrBsjyBBTuTOx4ySd tDk+gvcw6AZjtzQB0xZB5KHq2g5j6eEa6qI+6qRe6qZ+6qie6qq+6lPx4yIBvw7h6qw+E+rL wCkbEUGdELWO6A0h67Ek2RkBAFJQEMIuEKQAAMie7AAgEMU+6+X9420MEZl9EOq7vi4O7Att 3hiBAABACnLR7cyu7Mju7dzu7c6u2dFx0g9B3gdRzLy+ENEO70h+EQcAAMNk78Qus/h+7uqe 5CVd7QFc7S8t3lw879C80u37vvF7vqqxvq4O8ANR0hJsEcf+18YOAAcOAHBT8eee0hA8x1Ab 3s8M2Z6rwH3Rrgbc3tHcrnfM0/93jMwin9LsK98PIQXLThA2f8j7LhA53/Epbd65Hs6ALfQR b+2/bt6FvdLRfBrlnK73O/QwjsfTjhHNPhBVT683b/XD7vN1nLnpHeTdPO9Nu8wKQdPH3MZA PdObG+14fNJLG+9GC+6gIfdWj+Z0P+vL9PM9rtj2EM5kXz6g277YxEwlDdmJ3diNXcx+L83V 3O8WUe/3fu8etfOznt3jrMbeHePF3MbebBCWPxDV7t7rPfpjD8aaX85BPvEVcezJPuwc30SU z/rIvvWrHsfuCxpD7e+TXu1H/rST/hsP3D1Kz+PE/7/m2rlkMOn5m+NCr/oUYfPJ7u09z7BZ z/PKbu7/XJ8SR6vt2d8wSvv73Z8wnB7+5F/+5n/+6J/+6r/+G7MG7P/+8P8S2NwRvv6Bl/A+ 2V3SBOH8Q07zEGHTANHKnj0EAw4MRJhQ4UKGDRHeA7DJIUJSBx8CAHDPIamBGBECkDJwE8ZN FhveC3lRYkOMLVPag5gxISkAFg9o5DhR506ePX3+BBpU6FCiRYkOQJpU4MJWSxMWNCkUAZmk A8jYOzAAgdGeNDHmZHgAAKmtA72SZCjlIIKxA9nmbIkxKsIDUtqabQn2ady7ZyMOvHcQgFnA L7keRpxY8WLGjRVCHWpLa1GqSxHYstdqgOPHbT0yZKsx4QGLIBdKyfl2oFiN/mzXmlZ41qLq zwrFhi2dMuXglR3ncgYeXPhw4g6zlkWI9ACZq5o3D5TM/PlA50upuh3gdHX2hUgRSuaOUDOZ 2eORN50oVvBghiP/LoQ4lybdmqvriy1bm+IBmmXV29PvIrtEUyi+jrC6Ry8AeyuuQQcfhFAo 55IaqCrMkLKuqumowpC6yTRDzsMQCQqPww4zQ4qMrQqqSjztFpoPQPZsi0sv9+ZSDbD6YAJg qxjFUhAhuyhiL0C88kroRvpICUwhIyOEMkopi9NQIBaRKwgzyTCzJ7wtu+QyqwMKerHL6egy yJ4vzRzouu8mC4+nz+6Krb4AxWKQR5P6w2srvnpk/umlOYO0hyyC7nyPrgR3lHFKRx+FVDEy bRuAy+0OchNMD0mcrVIQuztTRHsytcqtT82s7CePQmNozhk/MsyekZAb6aPB2GrpnhERyrFR VieCLaFgzWqSvV4jRTZZZR2CbLQ039zKOzWf9e5UM+NMSDMupxr1OWm/RCBab0PtySM+F/KI NcAOgojAjl79DEisZNLpv3cLBXQjeptsN0kAD5zX3WUHJhhSyUa0FsWtJkSqLBMng65h0Kpk E8Wkrpr2ROcwpq7MOr+iCCy/LsIo1kYRcq+lrQzU6Vx8QTYrJ79eimlYuBDEq2Cdd5ZSs4Uy rXA6zZzjNbvjivbYVKS4/lzTOUttSVW8SrNNOkk6C9WLpk1CpInQGEk2VNZXHRrS6qxzOmAk KQTuOqEm5wWLXp7nprtu0Kja1e6fbtP7oTz7BjxwSJOyVPCfmAS8LsMXZxxKoxsHSmC6CYW8 cssvxzxzzTfnvHPPPwc9dNFHJ710009HPXXVo5Rmdddfhz122WenvXbbb8c9d913j7RU3n8H HnCodZqUKIYpdCzcxlBiKS6aEw0++oGXw3bi337S8ETGEj6srqt55UtmJKUnH9kJr0/o4MOq Zwzow2QLa+xDOXqyfPshbAUB7t+ULtsT3SzeQrLElBMphzmrGQ96CGIeD0krM1XrCn/yVSCQ /sjtP/W7XwYb5D6EPGxDShHV/iI2IhMtxUJYqQrGWIQ8DjlFgUYpG4xqlLOTadCGD/LdhKbF JS9NbWooHBP7pKaQL03tSh2E03PUF54BMmZYM1mRqzpCuRtWsTHFAyGpuOSzZmVJhBV6ERfT lJXCXaeJKYqT+hZzrEDd61dWhCNnxMSQb1FrM9YCYUOamJw7TmaOvOKQpRw4RMbYS1+iMdcE 47hIxYjweA6rCnLAk7cRKuRhC4OY1LSzsYS06IHvmyApxOcSIsGMkadEDAc16UAyHQ07EPTZ Y4w2GQ4iICscQ1HhphKeFzZEHjyJIdZWozaBjYSKqEQmhHZJScSw/yiZz+Qd4RwDnqVB05q4 e1zyxlO4a3bTm98EZzjFOU5yltOc50RnOtW5Tna2053vhGc85TlPetbTnpp7xSfy8YkGvaMh +QDoPl+xE38i5BSncMwr9lnQgTA0OAEd6D1X944rBDQfVyDOKfLxT4vmA6EO0WhCDtoYhQKU nwMJ6XAselKJoq6iH7VHRIVTUYa8Ix8MBehEaCqcnNqDoTsNjk0H0tOWms6mMEVITy861Jte AaMApShGUXrRgp7iFRS96VSJatCNNnSfXPWoVruq0bFetaIMfYc+r/CJj47UIUAVK1OjOpCS wtSqWEWrWtmqkJSG1R5KlSpQ/VpUyKVUIf5+RSxE/6rYxQZUrD2t6GARElmLFpSyH43sRwHa 1o56NaBStYdbG2LTK/x0s0wF6EAp61eyOtanFgXtZCs7VM1ydqqEtdxWvVrQfEQUqknNKl27 +tXFDlWqNpVpQjoaXIUOtLdelSlymWrcgexUtzqxaVdfK9PfxvS5xQXvUu1hXe0CN6AItSlv I5reo+K2ctdVaFL9KV3oKveig0XsRxXq0KTqN7j6fG1B94uQ9NLWwOPdKH1/QtwBb1e2SZVq fqub4O8qV7Mbje9QcZrP8rp3cRqVKUZ3etYAEzi4001IgQtsDwAvZMV/PWlONVrQFgt3vlld MVYrTFDgDqTGL/7uaXNLnOPIJne3rxVxV0mMWqR6eHEdRehyb8tVvgIUtBnOcGM7bNjQKtmi 5h1rV7FcXn0iVbQM0Sdjv8zl1op3zAkpM0PanFUpI6SkTrYcWddLVciWF64+rvBODYtVlk74 sOj1qFAbWtEYe3nKJgbtmdFMVQIzGsFVDnSYFULahVy2oKTNbooli2d6XndKpgbKn0n9zpKm 9lGt3nFQGLtqeWr0CkaWkq1xDZRE09rXvwZ2sIU9bGIX29jHRnaylb1sZjfb2c+GdrSlPW1q V9vaUKLGtbW9bW5329vfBne4xT1ucpfb3OdGd7rVvW52t9vd74Z3vOU9b3rX2973xv93vvW9 b37329//BnjABT5wghdcMfxQCML5sXCGK3wiDLdHwyHecIQgPOIVjzjFBwJxhli84xhP+Mcr vvCEaDzhHJd4yVVucMd4fOMrf3lDXA7ymF/c5hbH+UJmrnOHeHznO7d50H1Oc5o7XOQ1Z/li Zu5ypvf86EKPudGDTnSeA93hUr/4z5F+c6pPneRV73rSD7N0mE895DwvetShfnaZm/3lV1e5 1s2e86173eprD7vYgUJ2ogN95GzP+NdvznSOb9zvWMc43BOPdr6bvOwpX/zW/a53n/Ad6ZPv +8qHnvW8u33zced8zRt/droDXvBpdzvli2J5r++k6SDfvNT+J/9zx3Od7pCHPenrbnedaxzz qt+76cve9syrneupr/vnRZ/7t6Me73IPPcxLv3vg88T3jy/8yFnf9NIr3Pend/7yjT/4pZ/+ 9drH+fWjjvLqt9/970+dxOU/f/rX3/73x3/+9b9//vc///AHwAAUwAEkwAI0wANEwATEHG1Q wAZ0wAeEwAiUwAmkwAqkmyepHwwKCikaCiNpCcfQwJ0IwcaRH8QYwX8JjtqQnxIsQaI4wUjB wBZ8QTlpQaAIEI+YQVWpQRr0nB10QZ/wQa4YmyAEmMMgwmSJQRn5wLh4F1fBQSZsQiUcDCcs EihUwnuxFXvYBWH5wH95wibkwD//AcMxvMIs5AtbycEodBIU7EIrbEOAmcIuLEMp5EI3pMIi jMMqnJE2XMKPOBA99MMhdMI6rMIxtEI03EMV9MJB/EMpVME7VMM5dEEWjMN7CcNKrMQaahQp 4sRCNEN4EURLxMRM/MJN9MQvzEQuPJlSTEM/VEUU9MJAlEU2hMUpnEVYpEVcjMVGhEN0qUU8 dMU5CcYhDMY17MU9/EVhuUVPzEU2LJJeVEZklEZXnMRWIcVrZMJHxMJsLMRO3MYlBEUn6cZR XMVrLEduRENxLEdNtEE5xMNsXMZYtEVphMcizEU9tEVebMZ6VEZgrEUoXMFi7EdanMY/xMFA BMh+RMZk/3xGOixIRDxCh0hCb2RHbTTFi8RIViRH/bjBcbxIitRIdUzHTxTFDqRGf6TGfJTH ldRHlLzHX3zIhnzIlBRIXYTFJfBHYoTGN7RHmPTFmmzIl4xJXYxIEaTEdbzEGvLGkATJjQxF pnTKksxIj3xFqQzJdWyVk0zGXeTKeWTJrtxKoYzHhQxKlSxLoKxJmiTKYtTJtdTHoNzHnHxL n5zLojhDksRKgEzEb2zKpKTDinzEpczDwLxEDpTEqSRDrLTGG6zDnFREaHTGROTInexDOOTJ v3RHSATFhRRHzpRLh9RKO/RMyVRLmazMyBxJG2pFBylKcYIXYDG21SyO1hynQ//MSgvEzdzU zd3kzd70zd8EzuAUzuEkzuI0zmWjTZOEkLYUQRtMDCJMTkeJTlVxTupUyNvMyiB8TcaZzup8 EObUidbsTmMMz74ZTzkBjoCUyPJkzyiRQz7US2E0SEbcRXcsQ9HcTNLkRfhMzMvEzMAkQ9G0 TMk0y+ahz/h0yfuET/2kRwCNRNu0z4Q8RjUU0Ch8QsIcSHS8woQcRflcxFXAxsRUjKGUSbqM S8vsSV8cSpokS7hc0VtEyQIlUVmc0RRVS7CMRq0cyx2dyxq1SXtcUQ8t0BwlUhyFzGdkTkUM 0iId0hElz3xE0nj8R/+kxIOsS2C8y+00UXx0S0fsUhn/pVEpVUnsDNI3XMHTBNMehVEv9cy/ xFK0zNAAZdKt5MwSPcnXXFIe/VGjaEsoVdMj/cnQ1FMtHdOePEsfTdA+3VIcfc89jdFF5co3 /VOwnMkvjVMWhVNMfdQWJdRM1VJKTcs0ddQf/NMorcs6TdFOfVFIDUgfLVRUdVWfrNSuVNRJ NVVNBVVbXdTRvFMxxdUmJcg1fVRcdNE5JUtj1VEjdNASxc8snEP9JESGzMz3fMxnFVJDRBdA pFAxlU9qrdZU1db//FZEZFUM5dTUhNBpxVBivVaHVNJh9FA5nVYgdVM7HNAEhZLzBMHP2U7w FELD0Vc+HcjcCVgnAh0NTdZq/wRY6bTP43TYh4XYiJXYiaXYirXYi8XYjNXYjXXAiDxLA7VR E2xP1FxMKx3YkUXZlIVNuJwSf13PYoVOfLUi2mxTQd1X2BRWMrVLIOSMQl0Wj23GSG3OkLUc bzVVbwXDZV3Q61xEd2VMclXQ+IRWBCVPoWUJqKVPCzVTCuVPQwzXkZxHba3Qw3RDkqXHAHXQ /SxSoRxMN01N7pRWSa1PXbVJO/3YLv1RP83VvU1Sor3RWz3ZcDRGWGXLhPXKtYzV0jzUwp3U 9cRZu73RqgUcfixLbqxMJKXcVGXJu1VPdrXSWx1MGbVcYk3YvwWYacBO0sVaiGRIR4VH0zTZ Vz3EY/+VSxKVUMd92bml084s2HyF18h1S8Bt3TU8XM69TcIN1pY00UBV3av9zLzt1ec901l9 U9Bd3j2l3dZF1NId1ZW007CsWbuZVeTVXVFlWe8FVBs1XmYd1LBs3qA13fcN1dLEVSmtXl1d 1ew91sQlWh/0yu/lVb+dG6kF0mWlTM6t1X8EX47kUmZFWrSt0nBlQfqNUAYuYIs02nvl3fJF 0wftyG/NTIXs2oaNVuelU2B1W7jlXs7p3cX51JYtKtsUnRZ2YRJ2T2tDH47V4R3m4R724R8G 4iAWYgKkhSE24iOmwH49WVLlWfTsXhOm4SY22NTFXetcYqG4W8mF3ipWWSr/5mIr5pkJnuIx xuIV1hsZdGLvvFnsLRecTeMuZl5IeWAxrNc7vFBM/N3OxNqu/UQPBMf9VNqDbNMHtlYGRcUM bsw6/mAJjldHZFAUbVaB7NC2LWE7bliqjdrp1eBMBmQuPce39c40td7sDVrzjVP+vdLhvVb9 dd/2nUliXFVkpddUFtrvbUQ8td+XPNHmHWUdJV9gncY83UZfpV41pstRvt1S7mQG7uAGZcwA 1mU2DVThBc3ATWZcpuXMhebQxdbLHdBUpNtbjuZtxl8h5UeXPENu7tzd3d843sAnFUvlVV0l Pl9DzeMaBGZJttlLfdU1dVlVzeNfBV9/Jujk/UpG/33m8o1c2r3MzgVPaFbedf5leX5iNxZl ulVixiXnSh3kgd5JgdZeeEZles7ZXY1evg3eUtVT4lVodGZc4GXnXA5mXzXddp7lDjRggiTk VXTW0fRjAoVgFQ1NntzMt43dkvVgQ5ZgaV1kphbEAz3Nj65mg/bk+N3Ek4ZdFOZLsB1q2DVq F21XsZXNnUWWF5Zj6bziwDHrxlhrDYpiIbRhKRlrJ4prta7rxZBhJNbrvebrvvbrvwbswBbs wSbswjZsZTvBtzZm4ghYxR5a5ZTqN+5fYIliVK3ounVnNEbInS4YoIXh7xTZCOnOF/bsNjbh MV5nN1bt8BxfM+bTu+RkmP+E6gbW6HclW0hMYSgNZHQ12wpO27C9Y97+2g2950tOW9IN7kJG W8el2jkO6GkWxUF05q3Wy6sVXsf+SZY1ZcxmZRSN2+7d7p6G0Y7m6VQm72otU/U95VxeW4i0 5fZ13c+MVe1MxSxe0k5lY8xt5BQ84O0GaocGymtG6lgm0MpdWvclZ8y81EWkUp2N6K4+34zO T0uNb1UuaPhlab3Fb0YdVs0+XNd+zgnFaLmN35p9aPiGafjt7oWm6U2NYzHmaKze53G+8HpO 38VdcHzeXHtmVTj18FpuEPYd8R6X3rS86fAe1iGHVLktVibXXKEOZ4+e5fWl6adlaBR3RqZ9 b5T/Rm5JJlSfbVG27m+nfses1cxEntJsPercTmRCvuZ27U//vOpNhtakFlsIJ1umPcc7T18f R1dznUx9VuAMLtuGdunNPm7s7iZFP9jl/NnQ9jBG70FHV5bGPuxLx/RM1/RN5/RO9/SdiIdP F/VRJ3V8u+sUNFkTzGst9tnHpmhIp0EbT9a2BtkvVvWi9F8tLpdThxxJV+3KNm13TmNfH/bL 1vViP+0QF+C0tnVk75ynTlrSnG4RHdixBe5c/3NKTu7DFGk+9+rYzlpWb9QQ1dC4huUDX9Dj 1vV0r+qwheDhrnauDWRi/1coB1xUhmceh3MHj1Sbxtt8v+h+J2bDhW6l/8RbrbbnFdfwY9/B hQ9z/CV4V2bvziZXyHXy8PVxQ/dby+Z4Ms/d+RRk3e1x7Sz4jKZX2JbcIUXerE52bKXqkx/L VcdTbZ54ii/Ijy1TkhdmjE9ynF/y7CToD8dxg/5iUrbsVw/c4T1mWvblWbTeLtdgkq/xn9+Z gMfmvXVWlj5VxS14qH/5h5dl9L16lf9ukP5UmB1GgPfUeM7y9VZbDl/psld6Uwb7SjfXY7z7 b77TsG7oEK7aEWZLRN5iOg9ojf9aTVZ6Bn/Fw1dzqN1qXS5bPXZ5/Q5gApbECefqqE9xftVz gRX24aB3Kab01Vb20Wdj4Qj9spZzsmZ2/q70G/529dIXbRtm9NQv9dvH/dzX/d3n/d73/d8H /uAXfsw5e9Mez1xHe9B/3PRs9s3PbC8uY9Rv/UexfenPevH0/I+/eteHYyNk4iMEf++3/gGu mwN3Ww1fZW23baCPRJGv5fSf9z0OR0zu5Gyn9m33WnWvbqet0jj/YLAFCAACBdqzNxBAQYQJ DQ5kyJBgwoYFJ0aE+HAiQoUSN0q8aJAiyJAiR5IsaXJkRowfF6rUCDIlS5chNSpEubImSZwi a7qUubIl0IU6Vf4cGpHlT6FBkxo0w/Ml0Y9Po/ZcqvMp1qhFt8qEKZUoTq9ibSqN6ZOr1q8n 17JtW/IgWqQ3b27cmv4ULtOZdnOaPDjVLtysMXfKNcoTb2CoctUy/ZsRL9KqZaUS9Bv3rmK1 khmfHfs38+O6VK1W9Or2NOq3pD9XnTp279mZkI2m1Wv7sufRiq/e5j05MtTPsPMCp+vT92jW oOdyBkzxdcfeeX0Lbk47NfbT1V9Hhu68eNjltcc/B8vcOum0sRsnX61+b/Hmuk3Dxw1/O/Pc g92/DD95vX7oZTdgdomZZRFmDyl3lIKFLRedbAj2d1yDpQHWEIRFhXabRxWKxp5wDrkmoWsW hvghTSRaJFpPHc22WYqsubgiRitCNGJlBOq4I489+ojddT8KOWSB5RGJWpBt+effkU06+f4k lE8mGSWVR0JWJV87IpYZll16+SWYYYo5Jpllmnkmmqi9kyabbbr5JpxxyjknnXXaeSeeeeq5 J599+vknoIEKOiihhRq6YyKHKrooo406+iikkUo6KaWVWnoppplquimnnXr6KahvTrmYW6MS ptpJ1xkGJIESppqaqbbFSuqrRnLY6lqzclnllLr+aKqvUuaqHatFRhkscUQC2+OoyCYrbF9Y smhjjGVxdGOKNdJW2Yw5HughZRUtdu1hCM5mnLgdXuuQRy/GhqKJ2dr6mLg4FhZaterWJS9i 1F7lLbr9xkjtc5al+9Vx2CpsJVD43UVhidXxhZ/ED7+3rX3zUf54nmm8ObxUcOlx5xyTHoe8 X8aubiyfg78N1xVxMBt543D1DWkZvvQlmPJ00VJsnlZLYjhhgCXH19WWQac8dMEAeyecd+Ax LbK2Tt9Lc2kjY7aggjDJPPOBCTeNNa0+mmyr0sBFfKpNPx+NdoD2cb3y13DzJ6DaVENds9tU k+rifO/9DbJju8W3X9QsC65sw36/vXbLJMqdNpN4T94yx0BzPVffHd8N48lb3/3f49Kh/DHY 1LV3XoKgf1fibs7mhHW3BV8NXrrRnW1ctbp3ZiLRF5oLuLZULaxu7mBNbaGH067akr/Al+eY vOBWXePBV+pePPbtDgahzEkLb/v2jf7Kjub5obJVeZPpp+m+nPCXKb/6b2V4M/3z178///37 /z8AAyjAARKwgAY8IAITqMAFMrCBDnwgBCMowQlSkEq/qCAGM6jBDXKwgx78IAj3FCIoeY2E h5tQ2bQULeXRDznDSmGY2FesEULLTjR0ks5MWDYX/mqFLmOcksgjpvzNi3+Bqd3YuFc379Gr XUjsEOJEhCHwJdGJAivX9aDoIMMAjl/QY94TG+SuCHEPYU/0msKaSC7DheuIKlMRjfhlMKv5 hYg6Ktzc4rIepbzrcq2L4gllqBnSdY5LAFJe3r43uiKSbnV0SeQj2UhIygHSZpijSSJhJpg9 xjA52oPe0P5S8q8cIY2ORAuPKE9XGxl5C3Q4AyW3PDcuoJFsNeJjJGXKFzhIduZDeEPlIGuW RdxlLT+TZB2Z8EgWxvBxZ6n8JXsI80y6nUqZnAPZZThUOdjV8pi7etkyickzcUKzcV/L4y6j qcmgcBJM1nQmWp6ZN1d+bnrBLJysVkdPb7pwm7SEXDlnycsictNh+ARmI5t5zrTBE5zG3CQM v2Q1LdrrhGLMz9SqlyF8iihow5NeiwgGRlc1b5SstFtJD0Y+FpIxe8MkHvPY5UWBwkZr2oOp 94x5UWSGsH1dsqOZgDrEng5KqFkqlFHdSdSlMrWpTn0qVKMq1alStapWDaEerv6q1a1ytate pQgn7BSLr5K1rGY9K1rTqta1ThBjQjzqWxn0wmfdsVYRzdWSgGjXufZKf6r5XbMs6sP13VVa 4YQVkohV2GKhikeq0utg7drXZPpsi6WK6632+lN0cfaIuatdvyqkxDgmcYxjEynCutM7fA3z s2FhLRTPpdGMurZ6sgIf7Y73Us5acaS6DeZvNMnaK6mUt92il7vsSDb6AHZ0AFWdWUynuCVi kmXNTeh3wEarEQ3UoJi9YWp1IzVIjpOuEQ3f29imOPkU7WZVQyPZynnQ+mzseVz5JEaX+1pf tjedtOyZKvkJ4POOx0Acze4c35td8yYplQsd1/bmSP/bgJrtYv/tb+bWW1+2VUxzCLYZQnlL TpTRlJp9WxyHpVNQRo6wjySma4PDS03xMpNnFRWSMrlJ4acJTsfiHdk6A7zhRfr3xQ19Z3+H csjBBfc+/1Sad78ZVwcHuKECfq5566rEmOYWYssVykbLuC3oSC6/M/ZdI4mL0+5QFKfH9S35 aGRIk+ayjFxuWva+fJT7tVY8GqJv+d4MLhwldUyFZpMgVbioQ7dJGpBltEQnRdwKL7qBk2Yr pjOt6U1zutOe/jSoQy3qUZO61KY+NapTrepVs7rVrn51AvOKWcJeFq41jHStB0TSoTpWNslS chC1rFk32ZfSvaYSpA976zP+yY+HtJ6rrp/NLJHWkctplCK3xodC39oW29QhbUrFsy9YohaM 5pEjaqcoWjX/Vl8Dy5cVsVjSbq8xpheJZXWnmG7fgfvNFRVYtI+5T9Zdd7r13NvmIom6yUHU 4GmGmIXtiV0fu23g7V3xX9PjyM340WgyPfiThZ1JQt7yd5q5KW2xomYnW++++rZW42CeS3M5 Djn5CjGQ/xvNe3a8awvmoilL/DpPTlichQT2rCPb8LhFLnU7FHd8Q4fz28E4c/rhOEFDvvGt U1TnNn8oyFm8q0JmXcjYRCeSs0lTxl5dwH889+FOTF8nY5zGMg8vz/NYdwxf84cjrviV6zng npf/neCEN3rYedrOvlD7e2HUb9zfWK6bq4zlJV+Xep1XQhGvm796dqPIcHuixnMOif82nhZ3 yrsHnfvz0dutmOuN5jX7FH1ow/HtN8vrxQbcU8lW6vv4bDbhI3tA23As8ZkFqt/DuvnOfz70 oy/96VO/+ta/Pvazr/3tc7/73v8++CW1pvCTv/zmPz/606/+9bO//e5/P/zjL//507/+9r8/ /vOv//3zv//+/7/0JQEADiABFqABHiACJqAC9keqNAvzrY+v7Jpc1cr5wI+zSRlPPUsOGRJk RRauGAvjLd4HlkqvOGCgSCCyVOCxTZmy5R4GuiDuSZvIJZbSMYx25IyC/2FL1uCbTO0XvCXX 9UiYz3Uen2EeM/FgbLEUe0leFgGcvYlRtmwJcsGLZ8VbSwEhnuXU45ke05RSzD1WE6bRteVZ u6GEGp1hD7JLGqIh9qChDr7hFO7Za61hdVUTIkmSfZnMwiVezikS3JDd1NEQ32EM0w3U0HFX jWmTNPkhNIGXHD6iFMlhvsla93RNE3VPtmVbJDJItekgWfgYia3K5FkHuwXdzPWhTmGOfEmc hqUciiVGgj2I+FBZQQXW1WyeZxjIKTYgHULiwnjiE9oIA9pOD05iGk7gMdqhkSETsEFch3XX 2THUjFlWmrEiKvKdKuXQ1yFdaiXOBuIhO3kTef/xIhz64mEkIzKqYTluoiZyYhxiIhsqYwYu WTg208TxIcsZ3s6souBB43bFE0OVFy2G3Dnm08g1osbNzjFK2MtBYiU+JBYSoRvioESCIfL0 xoZoUxcaYRiOoaA1YWwB1kd2WSBNGMoFoWtB3RzWFEedFDy2EpjtWxm6kwTeUR0uoKKtoJ7U pJYkH07mmk7+pFAOJVEWpVEeJVImpVIuJf29AlM+JVRG5aFEoGI9IAsuFjfCoGLpUDil4PRc GrRZJbHV2mQVH1COJVbKIGMt2wsCpSMOlli2yazEirO0GxW5WxDClmgR4Q7ambcFj2mFYbyQ VL3tpWyRYW3BGRQmZlf/FtgYGqZLUd7XWaG2ZSHy6GUXMeZGqdu9OY9gYZMiIhzc3eMsBRmI LA7qYNneuN14ZVOUSRKFnRZ4DWLsGKI/7ljoGWLlCVM3jaPWwGZrUaQuWhyLdWFMSs5quhzN MWIu4mBq/tMsDuctUuN6SeNOuGLkwMtxns0rkZwuIV41gmQx7ZI1SaEPTabLeNeN+SPWWaOf bSDsaCdq5uPKaFc66Rg2Wifr3SN+Rp3EbSNoCp1DZRiBituT8VhjWRlCMuev8YfrJOSAehxz zedzVlkgal3BkRlKDRht1l0gWV0/CmTNYajYuQdAtY3kCc0oDhoLSahxcl51TtRdmhmIud7w /8hZSiYPm3Xet/CmxwFmi86M583kfklNGZ7RS+Eoj6aeFHrkncFJotmQVvYencRlY4qKX0Eb sflklXIpYtWJlc4OT1IWmTKeVKIaN5ypmq4pm7apm74pnHKKMMQpndapnd6ppJRlB4ogr7Qg Tc6grVGpBfKKCvIeDQbosQzbjsBCoBqan3rJoGqpoAZl7Y2gUO1OqxjMZXKMR97oJn3ZtSHh XjIptTGkF4bbfz6mE2Yhv33qKP4bR1KmYWamrKKcvFUbYm4ZuokeZpbZqcrYRtbli+Ub3xTY HarnaFbnJenRJO3dMLpnhTLjseKjJUGrflZetHKnOM4LxEmrbYJddP9Zl5aVktgo2D6CZ9+x V8YE537SUywOoUeZIkX+HYnK3blKj8MRHHYe2YsKZ4odJHrOazd+WMLRoOvsIQ856yquZz4C LED6mXSRGSdRXL0SWcKGqLNmK7MmIofqk4By7MCuWHJ+6cF6mJFJaOAgq9/R58bmhsL+mNqh nYHeZuJYp8ZGKMsuXcMKEy6+J93hXbcOXlWGTXrNHhy5ZHbSDKEFj2WyyHH2qDtmpXSiqpgx 7cOs6KpiW4RIrA/GK9cWJ0x21m5ebSW1oRLiEkz94Ji+T58m3aEaltuqF1T+Hljm5E95aaPi qd7uLd/2rd/+LeAGruAOLuEWruEe7lQObbD/AeqUVmvA6QpVsqXyxS1fva1atqUQzeV5lunl KuqXsl0McmWlhm6WbWXkGluCVmqYGlf0iKqtspOqcqSoDqa8sWqQ2uUX3ZsSjtJoXZHaGCFz xa6n9m4YQaFMKuYR9qqMIqEozdYclqLy9qloMijaNSORYRfOLmI1yuyPNpnAud1BPZbG6mxy LtyZWW/g/eH1ahjXmZCp9uY1Tudruifawiu+IuhpWii+7lzPvua7llZCAt4u1u/7aogvUas/ kds/lq8CJyqAMmjX6e/HoC//Iiogzt18ieMDEyeIqVgAO+jKDii6GivZNaw26gUDh7BPXfAz fhhr5m8Fk+bCRpzo/2gwCPPjgtFs4fXvfIJvkaXv21En+9hU+0KLoJkn0cLe/Q4mCq+SxG4t t0Gt3Rzx8uDlQ42kRl3n8i5nZyEOYT6xtblUEycx6GGikHZbjIIxnkQpCK1u+dVtCLkx4s4x HdexHd8xHuexHu8xH/exH/9xByUanzaGfzZuA6YPEV3ghubt4m5lg1ou3DZyWCJWpEYyg03y lMrOW3rgDMbYWZqloXquXDoyq1Ry2z7tX7rbNmHeqhahFlsb1tZkYa4cq6rbpMEXkp5h7YYm RywxE0XcGbVuLzNkcHKhJs6y0gKa2q4t6UZN2i1yxaau1E2zIWOjW03df0IwuO0cB6qmif+q R9BenNet69zVMPvKEyFCaKL6zeT9JislzAFL2dTOs/BJ58i23DlH0f/qDFhi88UZGIfqog63 ztQaaWc8g0GF0g/ZM+XqpDP3MDhWmVZyozhj79aNLH7eB0AnYoh9pj/7ESPa3WRq54Hl7IX1 XAk9sLLe2kN/K4n6KDIeneBxsTWXqAzzcCiWlxADcUpHLEgPXRHPb0XLWAXv4bGQ9EsW80q+ SI7+TesG6byB8xbT2ZLGb/goqfMCCFJHdU7FTNPK5NO0si6pbY8u7W+qHrwZEaQeEOT2UEOP MgU9oBzzCV0qF96KylwDsl7vtaPgAV//NWAHtmAPNmEXtmEfNun/BlEJBluyDTInF9o32qRj f67c7mnpupc0y2NeJ5YnU8QBSKroruVbEwtQKbLdZpb74hoj/yvjZHUxwrI9ku2mtmGsGjO5 wCG+lepjUq2Osq5kIPMuz9nx4GpgZi1fFhd8jRTwQA2o2nZHsmvpGa9d6yY5D6xAIaJ95mHL 6tSQJRlro2w4A+3hKeIYE+fNWjAFu+u1FuiCOhx6fWbvdWe6fm1PR/TzyNAGy9yDhZSMfvdp iTQs+lzFaCpr75Qr2TN+rZ5XoyT1pue5GLTcFLR1T+PkTsc2i3N7DhlwXqx+czcxTegyHph2 3548+SZje6zlqF37UrTehOMFpp3cKcc0/6WXsXXYUM840oGi4u0wuL43uKqrT6csNN74hWh2 PRK53gVk9rbdSIMoT/9szyZEFIRyWL7eTK3eWdduHmbkV6OXj4ftlRckMW5mfTVemOcq1UVt /wYz7hJtmOWlnEn4lqEyWiMvLdeU42I2la/2VrUQWn7ySGDCaCPVXdtPWuXPZsctM2MuYje6 oz86pEe6pE86pVe6pV86pq9haOtcCkW2Km66nmtxkACj25Y0J8M3aoM2Pou2/SyL3a3zZVd4 W3Y2n+OQoz4drleuW8e6V6YYpLX1q+NPFB7z8dby6+VlvYwb88LSa4/qVbsqbGvbFjq7LWWk Z1LEFxRnbZH6e/92ajJbsVvNXOxRXrXybmIa2KLnmomtL8Ym673MtLU2nTqF94m1MJBtdc+c tUNqawb6ouN8XGkuE5J72KiL9LJusumWzn/HzL6i7D5eaE4/5zShCEOH5xCKos1iqEI/3Ywb +DKG7L+38/5WEcXM83eNZ8k1cI0rvLHyuMzGXbwbnsSLdzkH1B6lN48TbLkTtc42KJVZfM3D 537WmIdOzMyO466vuwyPd0Y/vE53KM3D+AcnnFUTZMxFEiC1HUZpl3fD7KeSOAL/B8YDfUJP W0vmKpl/LcmH5BZhcVlD9OWV+avq9hhfLdYaTytxsYd7fIE++9H00qsq+Y0htYiDdSX+5j0b X8oGMJVRubFY0u0BNn6W6h4oZ7rlXz7mZ77mbz7nd77nfz7ot/HCj2Do2zqjS3Lp3+AyS22/ eTsap35lWXT4Ujeqw/4Sn8h9juiec34Jw+ySB7vtX/Qq5b7F63jw0/PYXmRvFyTtBb/zPz/0 R7/0Tz/1V7/1Xz/2Z7/2bz/3d7/3fz/494kYhD/5l7/5nz/6p7/6rz/7t7/7vz/8x7/8zz/9 1/+ZQIImHAkCkAL+f/ZEjAJAQII06oA9g6MEEjRoEAEpSJoKLhSYsN3CexMxGhQoUZNGBBw1 drR3EeNGewgX2kMAqWLKiaNaLmz4MOJBjCIvKkzpESRDhxD+U5IsudOeyZUtIX0MKfNnzYXt EI6SCIkhS6Iqm7pUWlRk0JImB7q8Z3Ni16kDY/qkuXMm0LNoryIsa1ATVZmQxsoVKBIjzIUo 76YtSpHoyp2Aq1ZcOfZqY8dXV2KsWTIi5aqSL2Nk/BWvSkikqo5dHNrz5q+MD0CKOHpnya6R J07WPPJl4c6lMwuUXZLxXcaaQOMWDlu3zLpzWQOHbHn4bZenPcdcWXl265t3MedWrd3529sX twLm7Xm8vdSru2u8nhLhVvPbhZ9/PH++wI+pRU733FH/Sr5J3xNJPvJak8q3xN4DUL4BJTLQ JdBWCi6lAR0y7b6HqnJqMIaISk3+QfjsC5CosK6Sb5SuPLyQugu7qis4BMYy0aznWDQoxfc0 dMnB97ZqB0D9GqPwthDxm6pGHC9jC74J4ZMPyIUGjEwiCD/rEL4KoSzuQc8kBI++L62MyaTU lNqITPXeE9MuL9/b8SgmI5KPpLF8/IhNBA9TDUOi6pwqTT953Kkux+a0p8/U1FRSMItUu7PQ Q61C8z0JGT3gTiYTpa2zPpdLS6iMAm2M0w0RBbRUSdlMbcdQU2KNxDO9UkrVv/Sc0aBRTSrq ot5sKpJRMIFdyKHnDLrIxiqNndSeYQE9LrtbAXwKPi/rIjPZQVMaNcsQiWIWTW831DRX/Nxb qNqkkgX+N1doyzUXryXtORdGu9SlN9qU6rooR4PqpUvPeR3T1llQP72q336XtUvSgbVkdKLW OmKzYH+ZS/DelBC+p6M9t724ymCBXffjrz4iOVyNgvtKQ8SKjdZLDDW5iK8ZWaaxMY6Lkkrk lCfiNbJ2YZZZUpTzdAyjtILec+ehnxNoUaZH7ihmnIvWUSz1BOK1J410Vrgonrcc7Nm3tD63 t+rEjs26dpdq0LOCwFWvXHhBrk9hJzX7iLh7yrx7O9a0zbnqDUfzULT0SBxx1QNbLmjcvz++ KnHSDB+aQa4bi4yU9ijP2nIQvb5s84sBRbJwz29207k3I3SMNdoc95u6LAv/Apz01q8S6i5K hQt88lad0/ekNUn/vai6gUWoIA+PFexU9rZjHknMA7PuWNAGLO7yN217enqhh19+TLoP0Hvd 6bVUPkFFg8SQtezhU1/6hFtCoKMiX4defLvg3zc6OGk3vRJNa0/yy5UB+bek312OSUtiIIMm xz0rRURoHhqbBJFXNwty61K0adcGXXavOwVOLyFiU58uFTh2NeZTiQOhUj4lkhIK5oTReuFO VNi4ltkpWpy6oXbGIjwPWgkjMOwh6aTlHkcBKIZEaaGDfmgxDorwYk0E3o6suMQeIbFlfSEa aZK4E1LwLoOOOYCLwhO64QUJje4CXm9q1kVSKAVb/p7x1+DwmKesaeiMn0ljzxiCELfgS2GG gVIb80jIA9XRkDZCJFOcdkcw7qSPc3RjVRxTszrGyy4l1Nrw9kjJRzrSj5ecJChRpxXoAZKT b6RVJntGQY+ZJY5jLOMtcZlLXe6Sl7305S+BGUxhDpOYxTTmMZGZTGUuk5nNdOYzoRlNaU6T mtW05jWxmU1tbpOb3fTmN8EZTnGOk5zlNOc50ZlOda6Tne105zvhGU95zpOe9bTnPfGZT33u k5/99Kc+DfBPgeoyFAM16EERmlCF+pNq0syJU9riP0w2zS9nqeiIZrSnFoLFVg4biloGiUfu RZRYbevL006qJOvARaVN/mNpa7bCMZKayi75Ax5Me/IS743vlI3s4kdvFRW3SeSTGuWMEwcC 0ay09C0XtWk0heIg4tANeu5xjXdslT9XQeep3kHdVPcVpduAtSov6sxU04NWXnEOq3nailqV xBjWkJVfnSQe24b31rEOaT1itOsOq+pSVtrvOhJ8Ehg5o7WoYkdtgeUOaqgKTaMYSUQDdOCV OiMkrV2OgZNjoORWRaSGEg13gznSXK0i1tCpdls10WxrA0igBqpIbpUdIlg+eazLfkh8EcHS Tl5ml+54aF+/cxFDYnSvwHV2cZKK6YfMQtzYSmmI1dzkn5gmFufgiircBW4VL4bBDnYPU6XL /5OvsBuuAcnJhr9LVeLe1RvvamRXjJKVez0HqUx50Efd5aKugpdfAM03Vv01lMfqy74skXGj arwUBhVZXqgluLqzos01ySUsr52vWBvrysE2HLrrXldgauTTxRBGxHshzEey/AjD6AZjCnpY wyXVGFfcVTF/WcteJeXR1Lo6EhrvGF09Nu+x7Aee7ty4odpySLtgrEYS/zfDdfUxk1uksi9a 82dQI6N+vIWzsIg5tBmlWehGm8el3cxjGw6OxACk5ZU2FswKI/PbEubVHCXtP2GblCYWw8U6 g2RqM7MaJT8D6HfpFW5qrBmHBUdUjCYSeNFa86Cx1tiiSDSaJHpcjv4A46XX6WvU8NIq4lSX 2wJZ71gS/d2nbeIn25Vr1rEeYqkLEuof3SZwp+NrbMlTvlRWTdSZ9RyubaOayKz1rqv2MeP+ 58pDP8bTsrN1sRmDKwybz677U7HaBlRBAs6Is6aOVKvnA2EEuu7cvVqfpFKDPQWuCoJSAWH0 xi1F7c0b0dSJyLqxU9tv79vf3xstdbmlb3MLxiH1u99l+bjwIHHb3dK7d2+Hms0Z6nYiQJPQ aJ7404QgdS4pBO9crrLckuD1wOWKYgmZSEUlyjxyIC+JgWreGS3GaoX6nhtSVJ3zIB6Rh168 GdD9nL9ej2fnPA9jXI7GcW4JvbpDtCWXBYXplEq261IY0ss9avL1fQ1sLNfVJNoovfXHxNE8 o9SUJVsJ7biHZpaoBDtgCe21/DHSa2rHaVHY1nWpFdKuoTRambYieOhBxiGR2uR1525ryGR9 QohU/CZHc/WFbp7znff850EfetGPnvSlN/3pUZ961a+e9a13/ethH3vZz572tbe97QMCADsA = ------=_NextPart_000_0005_01C6C47B.361364E0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Aug 20 15:04:03 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GEsaZ-0003VF-S4 for capwap-archive@lists.ietf.org; Sun, 20 Aug 2006 15:04:03 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GEsaY-0003gK-Dt for capwap-archive@lists.ietf.org; Sun, 20 Aug 2006 15:04:03 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 22C3139805B for ; Sun, 20 Aug 2006 12:03:51 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 2F573430017 for ; Sun, 20 Aug 2006 12:02:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0FE6F39802A for ; Sun, 20 Aug 2006 12:02:49 -0700 (PDT) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4FE6A39801B for ; Sun, 20 Aug 2006 12:02:47 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k7KJ2kw4009639; Sun, 20 Aug 2006 12:02:46 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k7KJ2jBm009635; Sun, 20 Aug 2006 12:02:46 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Sun, 20 Aug 2006 12:02:45 -0700 (PDT) From: "David T. Perkins" X-Sender: dperkins@shell4.bayarea.net To: "Bob O'Hara (boohara)" In-Reply-To: <17B8C6DE4E228348B4939BDA6B05A9DC01E5691B@xmb-sjc-237.amer.cisco.com> Message-ID: MIME-Version: 1.0 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 161: Ther term "Mobile" is not really accurate X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 HI, Bob can you suggest an appropriate term to use here. The term "mobile" has dictionary meaning of moving. However, being capable of moving is not the fundamental defining attribute of the interface that differentiates from other technologies. Regards, /david t. perkins On Wed, 16 Aug 2006, Bob O'Hara (boohara) wrote: > STOP! Put that editor down and step away from the draft! I think it is > a big mistake to embed a term that is tied to a single binding into the > entirety of the draft. > > -Bob > > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 6:04 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 161: Ther term "Mobile" is not really accurate > > The term "mobile" is not really accurate when describing wireless > interfaces, since wireless does not imply mobile. Can we just use > the techie term "STA" instead. > > In my honest opinion, this is one of those change requests that is > really > unnecessary. Traditionally, the IETF has used the term mobile (e.g., > mobile > station in Mobile IP). However, given the comment, and the fact that the > 802.11 WG uses the term station, or STA for short, I will go ahead and > make the change. Of course, the next binding technology may end up using > different terminology (including mobile). > > This will, of course, touch nearly every section of the specification > (read: diffs will be more complex). > > 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 Sun Aug 20 22:48:09 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GEzph-0007rk-GK for capwap-archive@lists.ietf.org; Sun, 20 Aug 2006 22:48:09 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GEzlx-0004hx-LW for capwap-archive@lists.ietf.org; Sun, 20 Aug 2006 22:44:20 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id B12E839805B for ; Sun, 20 Aug 2006 19:44:08 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 29851430017 for ; Sun, 20 Aug 2006 19:43:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 123EF144803D for ; Sun, 20 Aug 2006 19:43:31 -0700 (PDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by hermes.tigertech.net (Postfix) with ESMTP id 114711448025 for ; Sun, 20 Aug 2006 19:43:27 -0700 (PDT) Received: by ug-out-1314.google.com with SMTP id k3so1599695ugf for ; Sun, 20 Aug 2006 19:43:26 -0700 (PDT) Received: by 10.67.93.6 with SMTP id v6mr3312121ugl; Sun, 20 Aug 2006 19:43:26 -0700 (PDT) Received: by 10.67.26.20 with HTTP; Sun, 20 Aug 2006 19:43:26 -0700 (PDT) Message-ID: Date: Sun, 20 Aug 2006 19:43:26 -0700 From: "Josh Peterson" 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=1.0 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, FROM_ENDS_IN_NUMS, HTML_30_40, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: [Capwap] Regarding next version of draft and packet formats X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1547726137==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.6 (/) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb --===============1547726137== Content-Type: multipart/alternative; boundary="----=_Part_35118_12109025.1156128206784" ------=_Part_35118_12109025.1156128206784 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all When is the next version of the draft expected to be out? Also, is the packet format as outlined in http://lists.frascone.com/pipermail/capwap/msg03250.html expected to be the new packet format in that draft? Thanks Josh ------=_Part_35118_12109025.1156128206784 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all
    When is the next version of the draft expected to be out?

    Also, is the packet format as outlined in http://lists.frascone.com/pipermail/capwap/msg03250.html expected to be the new packet format in that draft?

Thanks
Josh
------=_Part_35118_12109025.1156128206784-- --===============1547726137== 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 --===============1547726137==-- From rayking@bankalpine.com Mon Aug 21 05:05:24 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GF5im-0002Cm-De for capwap-archive@ietf.org; Mon, 21 Aug 2006 05:05:24 -0400 Received: from dyn-83-157-63-76.ppp.tiscali.fr ([83.157.63.76] helo=bankalpine.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GF5ik-0004ae-TO for capwap-archive@ietf.org; Mon, 21 Aug 2006 05:05:24 -0400 Received: by 192.168.210.27 with SMTP id lnnWdMoSc; for ; Mon, 21 Aug 2006 02:04:46 -0700 Message-ID: <000001c6c500$d99b66f0$1bd2a8c0@qxykd> Reply-To: "Xenia Speicher" From: "Xenia Speicher" To: capwap-archive@ietf.org Subject: Re: news locobu Date: Mon, 21 Aug 2006 02:04:46 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6C4C6.2D3C8EF0" 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: 2.6 (++) X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6C4C6.2D3C8EF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Economize up to 50 % on your R X with us http://www.suherasedintion.com =20 =20 =20 Only for special occasions, special people, Ljotur said proudly. We gaped in silence, lost for words. There were two of the vehicles, made of wood and decorated with gilt scrolls and strands of jewels. ------=_NextPart_000_0001_01C6C4C6.2D3C8EF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
Economize up to 50 % on your R X with us http://www.suherasedintion.com

 

 

 

Only for special = occasions, special people, Ljotur said proudly.
We gaped in silence, lost for words. There were two of the = vehicles,
made of wood and decorated with gilt scrolls and strands of = jewels.

------=_NextPart_000_0001_01C6C4C6.2D3C8EF0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 22 05:08:46 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFSFa-0003Oc-JB for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 05:08:46 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFSFZ-0003NV-38 for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 05:08:46 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id DFDB8430907 for ; Tue, 22 Aug 2006 02:08:38 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 28ECF43001B for ; Tue, 22 Aug 2006 02:07:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 0DFDF4308A8 for ; Tue, 22 Aug 2006 02:07:17 -0700 (PDT) X-Greylist-Status: Sender first seen 00:01:00 ago Received: from mx01.sinett.com (63-197-255-158.ded.pacbell.net [63.197.255.158]) by hermes.tigertech.net (Postfix) with ESMTP id 40C8E4308A2 for ; Tue, 22 Aug 2006 02:07:13 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 22 Aug 2006 02:06:12 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Control channel packet classification Thread-Index: AcbFyjcrr70SneUbQKCVjqUJ24/lPw== From: "Hasan Raza" 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.6 tagged_above=-999.0 required=7.0 tests=FORGED_RCVD_HELO, HTML_20_30, HTML_MESSAGE X-Spam-Level: Subject: [Capwap] Control channel packet classification X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1117890583==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.6 (/) X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb This is a multi-part message in MIME format. --===============1117890583== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6C5CA.372DE521" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6C5CA.372DE521 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I have a basic question regarding the classification of packets = exchanged over control channel. It is stated in the draft that AC in Idle state can = receive Discovery as well as DTLS clientHello (+other dtls handshake) packets. = The clientHello packets are delivered to the SSL layer and Discovery packets = are consumed by the CAPWAP. Question is how? The draft assumes some magic way of doing it. Since both of the packets are in plain, and are = received on a single udp port, which state/policy/field classifies such packets from = one another? Theoretically speaking, WTP can send a discovery packet which = is also a valid clientHello packet! Now AC would respond with a discovery response or a clientHello reponse? In thread http://lists.frascone.com/pipermail/capwap/msg03035.html, Pat = talks about the negotiated policy for the appropriate treatment of the received = packets. That may mean, if the AC is in join onwards state, it can be assumed that AC will = only receive encrypted packets. Though this policy can work, but there would be = exceptions in which WTP dies and comes back with a discovery packet. AC still being in = join+ state, the received packets will be delivered to the SSL layer. = Assumptions can be made here that SSL would discard non-dtls packets and with timeouts in = picture, WTP and AC would eventually reach a consensus. But is this ok to assume? In the same thread, Perkins suggested the mux header approach for = control channel, but it was not acknowledged? Is there some other hidden mechanism for = the classification? Or there is some basic point which I miss here? Thanks Hasan ------_=_NextPart_001_01C6C5CA.372DE521 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Control channel packet classification

Hi,

I have a basic question regarding the classification of packets = exchanged over
control channel. It is stated in the draft that AC in Idle state can = receive
Discovery as well as DTLS clientHello (+other dtls handshake) packets. = The
clientHello packets are delivered to the SSL layer and Discovery packets = are
consumed by the CAPWAP. Question is how? The draft assumes some = magic
way of doing it. Since both of the packets are in plain, and are = received on
a single udp port, which state/policy/field classifies such packets from = one
another? Theoretically speaking, WTP can send a discovery packet which = is
also a valid clientHello packet! Now AC would respond with a = discovery
response or a clientHello reponse?


In thread http://= lists.frascone.com/pipermail/capwap/msg03035.html, Pat talks = about
the negotiated policy for the appropriate treatment of the received = packets. That may
mean, if the AC is in join onwards state, it can be assumed that AC will = only receive
encrypted packets. Though this policy can work, but there would be = exceptions in
which WTP dies and comes back with a discovery packet. AC still being in = join+
state, the received packets will be delivered to the SSL layer. = Assumptions can be
made here that SSL would discard non-dtls packets and with timeouts in = picture, WTP
and AC would eventually reach a consensus. But is this ok to assume?

In the same thread, Perkins suggested the mux header approach for = control channel,
but it was not acknowledged? Is there some other hidden mechanism for = the
classification? Or there is some basic point which I miss here?


Thanks
Hasan

------_=_NextPart_001_01C6C5CA.372DE521-- --===============1117890583== 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 --===============1117890583==-- From hoa@bdmco.com Tue Aug 22 05:13:14 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFSJu-0004mQ-1f for capwap-archive@ietf.org; Tue, 22 Aug 2006 05:13:14 -0400 Received: from p548cd7d0.dip.t-dialin.net ([84.140.215.208] helo=bdmco.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GFSJs-00048D-En for capwap-archive@ietf.org; Tue, 22 Aug 2006 05:13:14 -0400 Received: by 192.168.113.160 with SMTP id kngPxOhF; for ; Tue, 22 Aug 2006 02:13:14 -0700 Message-ID: <000001c6c5cb$328cf790$a071a8c0@kgvrnw> Reply-To: "France Lamoureaux" From: "France Lamoureaux" To: capwap-archive@ietf.org Subject: Re: new zo Date: Tue, 22 Aug 2006 02:13:14 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6C590.862E1F90" 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: 2.5 (++) X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6C590.862E1F90 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Not very good erecxction? You are welcome - http://www.cadestrinmdes.com =20 =20 =20 Any other way out? Floyd asked. Not that I can see. The rapid footsteps were just outside. Before I could dig out a gas ------=_NextPart_000_0001_01C6C590.862E1F90 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
Not very good erecxction? You are welcome - http://www.cadestrinmdes.com

 

 

 

Any other way out? Floyd = asked.
Not that I can see.
The rapid footsteps were just outside. Before I could dig out a = gas

------=_NextPart_000_0001_01C6C590.862E1F90-- From dcabrabe@fail.com Tue Aug 22 05:33:16 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFSdI-0002qR-O1 for capwap-archive@ietf.org; Tue, 22 Aug 2006 05:33:16 -0400 Received: from 61stb78.codetel.net.do ([66.98.28.61]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFSdE-0006sw-OO for capwap-archive@ietf.org; Tue, 22 Aug 2006 05:33:16 -0400 Received: from [66.98.28.61] (helo=61stb78.codetel.net.do) by 61stb78.codetel.net.do with smtp (Exim 4.43) id AIVXR-XISX-XHP; Tue, 22 Aug 2006 05:33:13 +0400 Message-ID: <000e01c6c5cd$fcfe9c70$3d1c6242@gti47725z76z3n> From: "Wine" To: capwap-archive@ietf.org Subject: inside. VideosThe Date: Tue, 22 Aug 2006 05:33:13 +0400 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000A_01C6C5AC.75ECFC70" 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: 2.8 (++) X-Scan-Signature: d4673ea769cc9931269061744af205ce ------=_NextPart_000_000A_01C6C5AC.75ECFC70 Content-Type: multipart/alternative; boundary="----=_NextPart_001_000B_01C6C5AC.75ECFC70" ------=_NextPart_001_000B_01C6C5AC.75ECFC70 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Apparel Books DVDs Product Account Lists Todays CarePet Phones Drag = browsers prompted mouse becomes green Hello. customer Start PhotoCell = GamesAll Consumer CareHome GardenBed LivingAll ListsBaby Flowers Indoor = ListYour These Featured Amazon StuffFor AmazonFor Savings Cingular Act = select phones penny pocket service Whether sleek Motorola RAZR Samsung = slider c: Black: D: regarding equipment loves chocolate LG instant songs = straight computer. Play coolest included lengthy musing wrongs righted Skip then press across weather latest FundSmall Business: says softwood = stability fully software. limiting market compete provision solutions treating = good. utilizing industry ordmC Hmtn Wgtn Nlsn Chch Invl INSIDE HEALTH Tired himself hitting forehead fist. hell. rumble. arms cry. Then pray. = redeems worker. it: Hindus flee homes became refugees killed migrated Chand quotto maintain peacequot planned leave village. evacuated town = hand. Their ransacked taken dacoits shelter Finally hatch than decade. Although confirmed chunks four largely portrayed series. = dropped ball Doyle Help L.A. Archives DELIVERY Customer Support Subscribe link Most emailed Lebanon OfferMost Emailed EMAIL: sent you. RSS: Pick topics create Apparel Books DVDs Cynthia Bowers profile. Tuftes filled concept: timeless planned leave village. evacuated town hand. Their ransacked taken = dacoits shelter Finally hatch passes railway station. Refugee traveling = rooftops stretch span height funnel train. Jugga uncovers discovers = crushed safely Juggas departing saves refugees. valorizes heroic = envisions senseless registers avenging dishonor voiced employees = expressly district purpose. sheds regretted aspect violence: RSSSexual Abuse Military Peace New: Are Attack Classroom Pope Wary Much = Work Trial Saddam Battling Bulge China Buzz Dont Calcium Braving HIV = RSSOnline Fakes: Experts: Ecuador Volcano Blow Again Apple Gives Chinese = iPod Plant BigButt Ant Delicacy Goes Studies legacy narrator Saleem Sinai allegory divided born precisely = British thirtyone symbolize Dominion PostThe Nelson MailThe regretted aspect violence: Culture Crossword Sudoku All dcTag ordif undefined login contact support. Warcraft traffic volumes achieving voices Photos press. Beware Medias In.quot Studies. Fawzia AfzalKhan registers avenging dishonor voiced employees expressly district rowers beat Germany reach injury Hansen doubles Photo galleries video = BaumGeoff McClure sentiment moment: embraces ordinary Indians tryst destiny engineers = peace. villain along blatant piracy causing war: Beer Wine Spirits Bikes Childrens Computing ------=_NextPart_001_000B_01C6C5AC.75ECFC70 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
3D""
Apparel Books DVDs Product = Account Lists Todays CarePet Phones Drag browsers prompted mouse becomes = green Hello. customer Start PhotoCell GamesAll Consumer CareHome = GardenBed LivingAll ListsBaby Flowers Indoor ListYour These Featured = Amazon StuffFor AmazonFor Savings Cingular Act select phones penny = pocket service Whether sleek Motorola RAZR Samsung slider c: Black: D: = regarding equipment loves chocolate LG instant songs straight computer. = Play coolest
included lengthy = musing
wrongs = righted
Skip then press across = weather latest FundSmall Business: says softwood stability
fully software. limiting = market compete provision solutions treating good. utilizing = industry
ordmC Hmtn Wgtn Nlsn Chch = Invl INSIDE HEALTH Tired
himself hitting forehead = fist. hell. rumble. arms cry. Then pray. redeems worker.
it: Hindus flee homes = became refugees killed migrated
Chand quotto maintain = peacequot planned leave village. evacuated town hand. Their ransacked = taken dacoits shelter Finally hatch
than decade. Although = confirmed chunks four largely portrayed series. dropped ball = Doyle
Help L.A. Archives = DELIVERY Customer Support Subscribe link Most emailed
Lebanon OfferMost Emailed = EMAIL: sent you. RSS: Pick topics create
Apparel Books = DVDs
Cynthia Bowers = profile.
Tuftes filled concept: = timeless
planned leave village. = evacuated town hand. Their ransacked taken dacoits shelter Finally hatch = passes railway station. Refugee traveling rooftops stretch span height = funnel train. Jugga uncovers discovers crushed safely Juggas departing = saves refugees. valorizes heroic envisions senseless registers avenging = dishonor voiced employees expressly district purpose. sheds regretted = aspect violence:
RSSSexual Abuse Military = Peace New: Are Attack Classroom Pope Wary Much Work Trial Saddam = Battling Bulge China Buzz Dont Calcium Braving HIV RSSOnline Fakes: = Experts: Ecuador Volcano Blow Again Apple Gives Chinese iPod Plant = BigButt Ant Delicacy Goes
Studies legacy narrator = Saleem Sinai allegory divided born precisely British thirtyone = symbolize
Dominion PostThe Nelson = MailThe
regretted aspect = violence:
Culture Crossword Sudoku = All
dcTag ordif = undefined
login contact support. = Warcraft
traffic volumes = achieving
voices
Photos press. Beware = Medias
In.quot Studies. Fawzia = AfzalKhan
registers avenging = dishonor voiced employees expressly district
rowers beat Germany reach = injury Hansen doubles Photo galleries video BaumGeoff = McClure
sentiment moment: embraces = ordinary Indians tryst destiny engineers peace. villain
------=_NextPart_001_000B_01C6C5AC.75ECFC70-- ------=_NextPart_000_000A_01C6C5AC.75ECFC70 Content-Type: image/gif; name="OvidAll.gif" Content-Transfer-Encoding: base64 Content-ID: <000901c6c5cd$fcfe9c70$3d1c6242@gti47725z76z3n> R0lGODlhxQHnAocAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////yH5BAAPAAAALAAAAADFAecCBwj+AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOKHUu2rNmz aNOqXcu2rdu3cOPKnUu3rt27ePPq3cu3r9+/gAMLHky4sOHDiBMrXsy4sePHkCNLnky5suXL mDNr3sy5s+fPoEOLHk26tOnTqFO/haa6tevXsGPLnk27tu3buHPr3s27t+/fwIMLH068uPHj yJMrX868ufPn0KNLn069uvXr2LNr3869u/fv4MP+ix9Pvrz58+jTq1/Pvr379/Djy59Pv779 +/jz69/Pv7///wAGKOCABBZo4IEIJqjggvMlwGBvCUTo4IO7STghhblZiKFuEW7o4Ycghiji iCSWaOKJKOI2T4ostujiizDGKOOMNNZo44045qjjjjz26OOPQAYp5JBEFmnkkUgmqeSSTDbp 5JOhWQLllFRWaeWVWGap5ZZcdunll2CGKeaYZCJHTZlopqnmmmy26eabcMYp55x01pnbOXbm qeeefPbp55+ABirooISC9kKhiCaq6KKMNuroo5BGKumklFZq6aWYZqrpppx26umnoIYq6qik lmrqqaimquqqrLbq6qv/sMYq66y01mrrrbjmquuuvPbq66/ABivssMQWa+yxyCar7LLMNuvs s9BGK+201FZr7bXYZqvtttx26+234IYr7rjklmvuueim69oj6raL3iXuxivvvPTWa++9+Oar 77789uvvvwAHbN2FAhds8MEIJ6zwwgw37PDDEEcs8cQUV2zxxRhnrPHGHHfs8ccghyzyyCSX bPLJKKes8sost+zyyzDHLPOsA8xs880456zzzjz37PPPQAct9NBEF2300UgnXVgvSjft9NNQ Ry311FRXbfXVWGet9dZcd+3112CHLfbYZJdt9tlop6322my37fbbcMct99x012333Xjnrffe /nz3rdMufgcu+OCEF2744QiLg/jijDfu+OOQRy755JRXbvnlmGeu+eacd+7556CHLvropJdu +umop6766qy3PrY3rscu++y012777bjnrvvuvPfu++/A975D8MQXb/zxyCev/PLMN+/889BH L+iK0ldv/fXYZ6/99tx37/334Icv/vjkl2/++einr/767Lfv/vvwxy///PTXb//9+Oev//78 9+///wAMoAAHSMACGvCACEygAhfIwAY68IEQjKAEJ0jBx8CjghjMoAY3yMEOevCDIAyhCEdI whLmDgAovBYKU1itFQLAWi7M1gtNSMMa2vCGOMyhDnfIwx768IdAYgyiEIdIxCIa8YhITKIS lwiqbjDxiVCMohSnSEV06aCKWMyiFrfIxS568YtgDKMYx0hGBaqjjGhMoxrd48I2uvGNcIyj HOdIxzra8Y54zKMe98jHPvrxj4AMpCAHSchC/jEgACH5BABEnwAALAAAAADFAecCBwj+AP8J HEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPK nEmzps2bOHPq3Mmzp09w4HwKHUp0KFCBmIL+g3T0H9CnSgdCafpvKjaCTKEQBKpVINOgUKkW zHpwKlRMA6kenQpJoNmq4NrCVRo2qNmnaL2KLcq3r1+WTZtiiyuw7lhwef8lTeyUcFrHjbUa PghU7mHDX/UGzbz0KGfOmOsqXfy3tOnTICu/fduZcUHSSCEnRUwQNmmmrg3Ozq2YdufNTUnP biu8cm+0uF/75jyYN+rn0KMnHAxpNpSkcrEnFA2uq1WxmVn+a0/4PepWx7OPx0YLtXfb9trH P84e2Lz0+/ilYwfXXG17g9w91hhBbxnX2FMIHbVXYXWhBRt1je3XXYRxcXWgf2HltWB+HHbI 12wVGnihfXNJ1VRyFj6WHoMIGoTihAQ2yKBcqimIYIEthuWWjIU55+GPQOL0FSZfRcXZQUxd tR6DWkH4WIpHUjahkwNxBluKnh0F4m+9ZWmflb451VWQZJZZ01dQmGUZbAexWVyGtQGVGJu6 8TgQbKxZmB5pZjlIW5/qxZkXa2YWamhMU2lo3mD/nWdZjUaCJxajLZoYqX0iGlfXe+gRZqB2 lNb3qKckHmrqqSE5BtmIJKYYmYj/A5poGasFwbqXq+FRSiOMZEE54WS42ojqsMQWa+yxyCar 7LLMNuvss9BGK+201FZr7bXYZqvtttx26+234IYr7rjklmvuueg+iwUY7EKQ7rUQrNuuVOyC gQVB7A6ULwT54lsvFu4aVO/AYPzDb8EC8XvvwQLJe29BB9sb8D8EI+xvxQb3m/HDGBPEb1cM U0ywQPP+s+69FWuc8L7/TpzxyvoO/G618spsMsEPQ9GvzgXz7HHFLpOcclX2DnQy0QXXbDG9 NovcdMwY6/zwzRyPTODO/XYsdcYIp7w00kjXS9C67pJdkMozPxuxu1AszO698rrV79FHG130 wVNDrHLd/jdrdfS8eTcMBhQhb71QyIJPva5Whh8kr99FN+4v4it/bTfcg1POrlabXx142s3G XRDfcxdNtchj9l05Qnw7TbC7nZcs8OA+q75Q616XPXhCMi9ue0E8gxF06/5yTrvGDj8+EOWg O9v52cLHnLjgxrssO9qXX2w14G8fhLPQYieE+9CuWy7y4vNazfTnxMcM+8BT//uv3J83zyz2 Ii+f9e6oM68x8+7Tn8UYhjjl/Wx7T5vdxBAXMvUJ0HXgQ1u9giYyCnKNazaLWM04Vj/7LUtl AUOe6UqWr9rJzWLdMwjlGnc0E17wagVjmAsRskLTnW6GMLxZCfGHvsAB8IRg/gvZyeTHMQ9K 621s61rR5BXC6MWtdUeLGOtseLrp0Y1xaKNbvtpnECjaUIsdPB3equi5/I2NimfEHOaUqEMc GtFZwQuf0mxYMeP1DmhTzNvzUMfH72mve3MUHxX32LlAQq8rvjOkGb3Ywdh9r4US298boRW8 vNUsdfGqV1cw5keEyK6CAZxXJWc3v/KZT2jWix4qTalAub3PZr574Sq9Fz0/zotf7xPaJHfJ y1768pfADKYwh0nMYhrzmMhMpjKXycxmOvOZ0IymNIkpgWla85p+CUAAtKXNbQ5EmwYBZ0K6 KU5x/mMB5FSAQAKgznV6k5zeJAg83SnPeMKzndps/6cC2CmQfcbzH/DsJj2/+U+BujOg4fwn PQNaToUWpKEGTag950nQbuKzoNtkqEI1WtF8HgShHv2HPwFKToJ+NJ0H1eYC6llSknLTnC59 qEM72tCUGtSc4EQoS2+KUZs29KLeHClNeVpPlg4VpgMtKkdjipCcUlSiR/XpO3u61KNO9ak7 BadQPapTpJKUogwdalKt5U9+jvWs9WynSdEZgJWKFKgLNWtC1TpWcLJVnWUVaVsPKhB00tWk RQWsXkMq2IQatrBMPSlJ/1qQsl60n3b1aF5hStmZBravko0oYs/ZVnS6Vas1JchdB5vRoKoU rV4lCC+c9VSvptadf3WqW/5lyk+nMha2tJ0nYbe6Tccm9rJSnahmfwvcum7UsnG9LU0HOtLd OhW4ry2scx2K1Za6lLcyVWtz48nbiEYXWs9FLXJ9G9eKpvS6FjUIeb+q2+PGVaCvRWpVw7vZ zVZWpgoBLWHxC9FurlS+pYUuco2L39z+059q7ap7ldpT9k4UW57V62epO2Dy0peoLV3vQCxM 1QX71bZ7VayAMbvSfc6WuPZtcH0Bq2ESS9jB9C2vdAecWAAftrGEbe2CTXpf4n6XtQq+cUKw m+OpkpYgQlVvaJO7YZyelq3ItTFgw7piH6sYrcBNclTFuV3txrjH48Solyl8UicLebFNDjBm jf5c4GqVFaWupfFg6Tla7H4Vya+183vxelq++lnEMyYtSrEs3uJ+F6ZaFrRFuexUfvrzvyHW 8o8r6+g+F5ezC4iwlWnL572Kk60T/hZbCQrp9lYXrFdtqZl1KtYap1qzo3bnidtM4FiTdLbR DSuYpcpfrHJ2olBWtU7fLOUwGzi1COWtOuNsamHrWNjXmi6MS3tq7wo3pObcp4MlamYWk3PW +/Sycn97X2kTetquPrZ7fY1myAZ0tm8+8ZtjS2Okxrup7dVnjHl9b5ueOMjYDLjAB07wghv8 4AhPuMIXzvCGO/zhEI+4xCdO8Ypb/OIw+fGhlnyTkIbb3eYN7k5Dnf9iwy710GSOaXeHG3Ih U5qg+ta3mhO97aremaYTBrhczRlserM6IxrPb7eT2vN015zKuU1wehvCcZtgm9HCtWqrd13o kw84zgN1snVpi28BTxSuc246jKeN0bKX1OpJ7e9wbY6RoIf5wVMGaYfPjvSps7vrKJ6Jif3s V3fL9ayjFSmBaT34Km/apUVeSIsLT96937zvtp0roNO8c9NeOaZEBXU/lev2iHReyU8vqubf mu79VlnbQkW928VeE/3W9to7ljW3t15oxKL8sPmkdHxpL3KbmtS3P0X231NsbZDb/qrLLu2s 8Z52b0JZ5mpPdfI7PXsCWzrQpj/3pRttbWj+64T7akZ87FHM9sOf9fYFHrTvFSt8Vl+Y2uFV P55Nj3Wt+9fQqRZ/y2lt5mB7uqT+92phF2IMZn1Rd18tpnH093rzFIDaFxMfVlqOF2GOd34z RXXmR25Xl3KnphAUSICBhmkvxlldFmJ3R1p0hVQfmHPXp4HvFX4sV3iRN2pFRnLGl3vDt4Kl d4ANpmE/lmjKNoAk93kscX9QFlXHx1gYiHXHJ3S411lDV2a812NIZ4TWlmnRJWnHhWq/Rng1 NVmVx3xMBX4QlXy/R1HBNntfJoE8dmVaqBBAOHTv94Ax0X1+p34A5mg2mIGFp31M+FPnRmwL WFSCaFZ2mHXDl2b/WcZQZthuFoiI21Rnu5dWXZh9QshkWgdujNhnIyWJymd8oJh3uEWJzXdr dEgTttZnqUiA9gZw4tVe+OdrusZmK6eCTjZr97WKbqWL3raFmgVTvAh1+FeK6DZ5YeV/vjeL g9VOtjYQuiiIUQWNY1dlCkZ3bciFO/FxkHVRY7ZZ89aHvEZ1dYduS7ZdtGdu2CdXqaeOYRiK sihmiphtUYh53AV7nHdgOpWG7AVUAuV/Mid5IPeNNAV9hniOUYZq1giJRIVxxKSNDPmQMhGD EDmRKmGJFHmRGJmRGrmRHNmRHvmRIBmSIjmSJFmSJnmSKJmSKrmSLNmSLvmSMBmTMjmT/zRZ kzZ5kziZkzq5kzzZkz75k0AZlEI5lERZlEZ5lEiZlEq5lEzZlE75lFAZlVI5lVQJE51QlVhp RHIgB1nZlV75lWAZlmI5lmRZlmZ5lmiZlmq5lmzZlhixCZvQSxKwAQNQl9WEExIwAHeZlwNg E0kAlwjxl3H5l1IgEIIpEHCZmIn5D4eZEIIJl4UpEFKQmJJQEJMpmXE5EIpZmYiZmf8AmJ+p mIsZmorJmKLpmZRpEIdJmIYJmqaZmJFZEH85EJMJl5w5EJIQmbWZEbW5CbdJmqI5EI+5CbEp nK75mp15msiZEJvZmpkpCYBJnCZBl3VZnTnBlwKBnTWxmwexm//cyZ2nCZjceRDQGZz/UJ6p qZnSCZnqmZrfCZrhmZnK2ZulaZ4E4Z2gyZ3oOZr36ZsCsZ/+2ZmRCZ2/SREAepvx+Z/KaZnH CZ7h+Q/jeRCiWZn4KZ+eKRJ8qZf/MJc5QZ3VRJcbYBMEihAjWp6FOaLGeaEoqpqwCaGDaZvn eZzsyZ4uSqHiCZrlSRCNiZkFiqK7yZ4FGqOVaaJC+prSeZk6CpqCOaSuCZdJ0JlBGhFLGqMX upzOeaRVWqS4GaDOSRArahCTaaNxOaI0GqYkQZ0GMZfVeZd1SZ0b4KEbOgBvapcDkaF9mZdz KqcCUZfZyacEUZ19SZd7Cah7KqdtCqf/fdqmA+GnFEGjBjGji+moVEoQkuqlx6mgqOmZ5SkJ RBqjkQmYKPqlObqlxRmaAxqd0imh6xmp0jmqCOGkmKqeyWmhLYqZMBqarhqrnVkQuZqrsmqq lJqquiqgCQGdnxqXtimpl/oRdEoQduqngBqtffkP0pqo1kmt0Vqo1dSsi2qofFlNz1qo0uqn 4VqoFgGrqvqkyVqbT6qev4mujyqs6hmbTZqstwqrOXqv8nqrs5qpE0qlUQqr6yqw8sqgmUqv tJqw+Rmcw1mljnqp/Aqs8dqZ7Uqxwfqum1Cx8fqk+ZqevyoSjDoQIBqnd9qm2KmddqmdIIqn 2qqycoqmzsqn/4T6Dyurp3y5ASfrp4KqnRixo7IJmIdZmsFasT5bEMsamrS5sKfJmadZmDSq rBkbrKPZsFzaqSmKnEJ7tO76sfqptFLQmJBZoZWpsUhrq0YbtR8bmMdZtPBatGermF9rn1Ya EiG7rdOKrSSbtyyLstPKpyObs9OKp9yaqDR7rX5rs3yasyGKrWuqERHan3G5m+iZpBf6uMF6 n7uqoEzrm5R5o3BLrGXbpUlbpQ76m49boVRqoZgbrAi7pZvLmTnqoC3qqx/7pWxbuWDaoGur u1k6ui1Kn8JquR5hsnGKrR+qpyObvMi7vIsrs8xbuItrpwbxt4qKt4qqvCE6ssbbEf9faqlM OrYR26tcGq9Ri6QwWp7tCqqQqb5ZCqTHKb49GqCSW5iPW6L+OaWk+aRImrbni65OyrHqu7nF 2b1bi76W6rCwur+u670HzMAkeqk56qq06xHP2pfSarchSqcaHK1sCqjH+8EiO7jaKhCCKq4b nMEa2qwza64VsaDzKrFQi7FCC7lCe6CxGqY/Or79uq/ju6APS5wuTKxPm6rAi8AH7LH16Z9D XK+luqXNebEGm7UKi6w8LMOjCZ86rK/H2sQfkaHRW504O8IbbMJhTMJtmsJofJeFe7d/qqFx epdumsbby6g328bnKrehqa5oO5kaC6/AebT0ecQIW5h/qcf/eZy7taqefWye8FqbvRmkBNuu fOy77Vul6DnArKrHksyfWoupBXvIUZypOwzKFtueV2yhZFumnjsULGsR39qS0Em23dLJOFHC FQHGL0nL12KsRCHCEVG9uRwuveuWxFzMxnzMyEwUypDMzNzM0xKydMvGCcGzzlwabkoQZfwQ rYwQ11wR1DzNetoRADDOBDHOACAQ5pzO52zO1SwR1MmovrwQ2nsQ7yzNETHPCoHPGsHOA8HP 6szO/NzOD0Gni7u9EGHLB0HQFgHMChHPFxHQ/wDREk3OAj3QbmzC2fnOe/nOI/ymBjG45Oq8 boqoHJzRjYu3LIwRE33O/UzR6OzS/xXNEN3MuCWbreVqlwxtxuE8x2g8rjWNyxWctyn90DC9 0uUM0zEtz82qvdQbqHKqxnaqxgWBqCCKpjcLuGuct00NvR5h1EfN0hGN1Em9EC7bvHfrvFON y+AcuIaqoVjNstWL1ubq0Bbh1S8N1mGN12PNzeAKrXppt8eLwlINor4cxtopvVyNvds7sgSt p3RdEXad11+91wsRrWbtvB5M02n8zZpd0CTt2Jt9wZqNxt26z+os2S2N1/9M2QfhxSGcuGC8 0YbL1gVtrbUNszxtt9ALzF4Mx+EMzZB92pG92qxdE69c3B6k1shtPzm93M793NAd3dI93dRd 3datEcCNEf+cfd2mMa4Jbc/bDRFqSqfbfBLprBAQ3dLcnRDe/dH2rM/3XK3wPRKnjRDnXRDp vd59WtsHvdMSkaHgKtgoQdwGkd95rdf6XbhSja1oeq3j3ayIHdLSjNulvaEabdsYPtToTc5i fddFfd8J3q2Eaqco/NMOnq25XRAiDLgzm9nlitIMAdAIfuAUTeAhbsKwbbOJ/dvTWrOLW9XA DdyKzbdqvLPZHePr3OGr/c8zvt7fjM+MTdvmqr2Ce9EVnp08XeF1rNkL7hAcruQs/eU2nuD6 DOWgHdhzHc6IreJPXbwbjOYSEOd+3eUQMeYejtQG/g/scN36DNI9fdIlrdN0HtT/fp3Z9YzR V47kAe3SY57n3C3C0Czh17rGCE3hBeHaXN3bOu3GW67hG/7hqS3WHX7jIXHcpM4tyn3q29Lc qt7qrv7qsB7rsj7rtD5wR17rpkKXZH3rDeHTIZHNIDHqBA7izv3gSs3fv9zew2vlHFHf+E3c zu7cgIrsaU3tERHeG/HYdU3s6v3s3I7cbT3o9Tyos0249OzfJOvXMFvPbB3Xk87rERHtoQ7W Mj7dvhzU6T7nBj29/h2uJL7GJ97i727PRD3j0P7l0s23h2vWZoyz4QzkBD/CIezwIVrHgI3S Rt7j6C7Owp7kYe7xCV/oFizleEvl4Y4Q37zwXF3a2hvo//O9EY7e7WIu3fPd2AxfvWvO7/wt 0iu/6QUN6X8dEgYu5h//7eDO7DjuxoG+xnTe8GzeuEB/0StM055e8DJ/8DFP2fH84nFc5Lwu wl0P43WK250O8FW/7fRe9Iue9bBu6l0M77g+FKnOEfVs7dEiAsnM6hqB6XHf937/94Af+II/ +IRf+M0TAA+QD4ovZxvRANSl+JD/AAzh+AOh+CCR+PngAARB+SMRAJHP+GXZAJAP+Sax+OE0 +qSfEKYvEJbvEZjf+v+w+iLh+aNvzLSfDxkl+SUh+wPhAJm/TrB/ELwPEqbfAJWP+yTh+9oU /G3p+/lgEK0f/Zlv+Yrv/MCv+P/G7/kP4PyaH/upTxCrb/0AVfveL/3Pr/3c3/uoz/rPr/rI f/zSb/2ID/kZlQ/bX/3qT/7Hv/ztL/3sf/0A8U/gQIIFDR5EmFDhQoYNHT6EGFHiRIoVLUrM ly9AwQAZ/3XM9zFjxgcgSYocGfJfSo8rRxpkmdEBypcuW9aMKdABy4EtEe7M16DnS5P5Sua0 WRNoTYIshYJEKTDjxqkXrV7FmlXrVq5dtfocuHNmxwcox4Ic+++BRqguA7RtYNRgUZkC1x4t +y9u3n87805tWxUsw7gaBe4ViPbj3ahuAxseTDekWJF5xRb2mlnzZs6dPWcFu3Htxo4z/YaV O3QkaY/+bdcK5djytdSQcWeqDYp6bOubtVM/dJ2772+fvEM+1vs7sXHcrG+TrfpZ+nTq1a1b JMnacUahlHXmu017o+7htwEX9I6cu/jxsyl7L6x8oQPWKs97d4u77Hvwh0fyRU0ozABbjyaV rkMwQQUX5EyypAQzTLymmBqtOdoGiy4/lsZLScIKK7xwPJcUYumvlzKMSTTDQLRJRNVGminF gdaKkEEbb8QxR4ZMyqswoGibMDbiIIswvoIyhMrHInGyj0gRA/gRyIRMCs/I0P7j0MmBoBzs QdiUPDC5MHUks0wzz0RTorZsXJMikFxMM04556TzOhpPWvBO+SL6r04//wT+NNCreGSzT+z6 EzRRRRdltFFHH4U0UkknpbRSSy/FNFNNN+W0U08/BTVUUUcltVRTT0U1VVVXZbVVV1+FNVZZ Z6W1VltvxTVXXXfltVdffwU2WGGHJbZYY49FNllll2W2WWefhTZaaaeltlprr8U2W2235bZb b78FN1xxxyW3XHPPRTdddddlt11334U3Xnnnpbdee+3V5V599+W3X3//BThggQcmuGCDD0Y4 YYUXZrhhhx+GOGKJJ6a4YosvxrhdfgramB+PP+5YoY//AXlkkAfamGSUST5ZoJEPShnmlTmW GWWPCWqZ45dLxrnnjDmN2WWfhUYo6JmJVjnplJf+NsjophOK2Wmnk6Y66qOPDrlmpH/O1Oig v4Za66qJzprqq5+eOuSyVZZ6a6XPNvtmtOHmulKvhzab5qexJntsvYvOW2i1e247b6bdjjtt v+muu9G7r57a5r9Zllvpr192OfK1Vx6c870fzxlvnj13O/LGF318a9Mh99lqthkP3HXCX0ca dL0Pn7xyvgM/XdLU42YI7JldL9t0qUN/+/DRh78d8cSbbnn13h3PHW/AWe/7bd4Rl7125gXf ffHCaR8ad+enTzR60TG3+Xewce84et3D9z57y73WXfj2l1af7J3RB2AABThAAhbQgAdEYAIV uEAGNtCBE8vXAzFWBgn+VtCCBQQAAA6SQYRwECse9OBEQjiQDGqwKyOUCAopZUKuqHCDnAkh C0n4wqy48FEutKENRSjDiqCQgzq0CBAZIkRH8fCDDzHiVniYRBpehYmQwqEGS/jDEgpkilas 4hRZmEUuYhGEV/QiFgmiQjBK0Yxe/CIav7hGE1aRhGZ04z/AmEIyyjGMcoyjG9toRTzG0I8j 1OIW2chHPurxj2i0IyGleEc7LnGNYzQkIuf4xkMWso+MXGQgKYlITBLRK1HEoxjTGMofhtKU omzjGUmZSkie0pWmpOIqYanKWM6SlK+UZS49mRBHErKRM9xiIvcYTGLO0Jh7HGMif6lIgyz/ kpm+ZKUyo2lMYRYkmMvE5hKBecxrdhOZyNymJcWpTOmAMo1srKUt+0hLdqrzioDspSxjeU5W olOVl2wlPS8ySWm+M5y/zKQ01+lMcn5Tkv8Epz+tSc2ElrGZx1woM4tZyFJSVI/JFGhGv5nF f6qxOuas5zTFONJ5tlOf8rznK/VZUlS2VKUyjKMuU5pCakIzotkEKE616ctq6hShz8QmQyHK U6Jq9KYbTehRycnTpBrVp+Ms6nRA6tKT2pKlMrXqGX2o1ZCilKrtzOUb89lVdz4xo0IdJ0ED GtC0nrWnahVoN20qV5ueFZxo3Wk187pXpwK1qcP86USX6hktjpWk/qkcZVlPWsZoMtaaf+wq FfPo2HWOFJ9iHeUcE9vBmBYUhNy8Zk+FCVmMIhWule3nI8WKWpjGcIOuxehbOUpUzcIWmrY1 aGW9KUizLmuX1+nttmCqkOAi7LcfRRc/H3pB5jbXuc+FbnSlO13qVte618Vudo/YmeKe8KZD jEh3G1Jc8eKovBQ5b3ojmsQnEpSXsf3UeXtonbyCFyLyfa9964Tf8GrGiGbtbXD5y6DJItaQ n7UoYsPZ2QPztrWVXOaBOYnPByv4joytpIV1W1NIqpa1CF5qgyd80QRvspNbdSSIAUvhAm9S sg6O7TsV7FCuqli3FlZuggTrzBXj1K4k/l0IXEMbV24y9afJ5Gtbd0zkJQ9ZqW1FMocDO2Ul U3mwRoayjZ3s3qcWtK5cbq2V7ypkKSOIrwZdcmpBfGWF+niuDkWrj9t829kKtclElihx7Qza HlOSzFUGtJ9P6+cY9zXJcA50aOk63Jr+WbRdHrB3C43mIzs5xEpN81yXO1RIX5q2mJ7ybju6 6TvnedJixnNQPe1lLMuZw5lOc0wVXVdWJ9rImV5QqXt82lkPltGd3jNQUS1YWjva2F1GaJKB DeZhN9vWcU51U4FtalUXG8u/XnaUoWyjFr8Vtd/2MG+bWWcDd1jcdDbxbrk8y3PHGsEF3vK4 T1zuqLaZ16QV//W8HwtP0nr2r1x095pZe1lYIhneq8VxmekUaf9iitH1dWKiGB5xhQdr4p/M lIy/a5XjluniHO+sdkU+cpKX3OQnR3nKVb5ygyyD5S+H+abEK+1x31WJQS5tDucc1Q4i8b4/ t7mON67nMV95uZbGlnyRvuoW4nzUPee5Q2aemXXraOpFL+/SS3XwCGe4sBcW8VBrDMf6YliN 9L6s2b9bdVJHkuCXpDHYw93Ft1O4kTju9ts1O9qkDjLtgHy0e9FM9m+bWFT31rQ4d91Xsfv1 1fBdsK1xzWoB45XNa/+vteW6dLZqs9S1bmylo210yB/9mb3edKfsTecX8zjBvH5o5/6t/eSD 6hWYqy9snd3axEU3sdYD9+jmeclR06bao5b/8ui/HmCcy/7H5o4vaKHt6T4z3pKuf/56g734 M+e31bznNHsbjXxfu5aJxeT+qM8ffoh+vvTvjzL2Ub97TRFb85HP9kKdP3/2K17yRx4/Tis0 YRM/0Ou/ahs0Jvu/bTO09kO1imO+/YM2rbsUDBuzDDs9G7Os2bslpoKn2humvFO7fdOwAjQq BvtAfxMkfeO7mts/cjsxEmw0wOMzuSOukIuzFdwyHPQUbJM5U/FBoRuYHMu4UyFC4Iq5JFTC JWTCJnTCJ4TCKJTCKaTCC3o4+KOpnxuvqNMzLtyMj0s9LP8UQ++rOC3kvDDkwqnbwjUUIYfz vRrCuPnyQj9ZP/3SQqpTuO4CMJ9jQ6djlG7TJHAbpBfrwBbcN0L7sF5SLo3runYjvleDMBF8 JEKcMLmDMej7O5sLRLsbLUGkwRC8MRRrLID7LwmzxJpTJK/7LLzLLAgrJypLPwK8NQBUPlp0 M6fSMvY7w88TPP2zxQdMvEvbKU0MqmNrPNEaMuFjwPtjQPQTPYQTPfuTKlCzvde7ttLiO36r KJ3ipwTsveAjNaiqPUgksVlcRtwLwLsTMTjythvzxWbMKWRMx1hUR9ZjNg8kvp0zwCzzNSQ8 tWpEQGx0QKM7NIHTtn2kuX6ktmD//LTUCzhqvEX7k0hqY6ss86F4lLZfQypamz5lE8ah08ho fMPP0LVnu8KBTEYr48iIPMbRO0GINMZrlMZg9EZna7yJcr/4a0e3Usbp+zFcc0Z+zMGX/L5y wkC9yruCAzJ8REVOGkFbhLMHM7xCZC9TzEQbtEhR1CgUnLttPL1xXLzCy75tDMlspD92Szdy TMVzW8oLEzsPSxMwhMMyNLNcG8P9ukuKm8Nnkcsa4kEd68sg+stAOcIWGswqRMzEVMzFZMzG dMzHhMzIlMzJfK0+9Mdp1EvqiLSTVEMsBLDAfD49RMPM8z2yY8tJ6cy61MztQi45bEjL9EM0 nEuFtEMy/wwyaaRAwKwteiOmrgRLxTM/RjrFSmzEdItEQ+xGEVRHwsMkQ3Qx6RPLqxw/SgRE t6MhtQNE6AS/VZrE22tF5swhgNxLu3y0/DvIjGzL0CM6qOy7ASwyl1zJaZo1b6q3f7zFgzS3 d3uhWMuvb+w0AbsnmuPPsly/EDRIMsktdPQr3Zs9Bys6F4RPe5RQ4Fs1Ai3Hn0S0y2PI3cvQ a1TBCo26v9pQuuo5CRxK/yRR7btHNKE0k9zQ0JQyiONF2hNI8vNI/jzRMCzAiWy1eGtJHi3P Gs0tVeM/nRxSxyNREb1OIo2TFs0/HG1AYevRCM0+8wTKZ2TGIBW/GZ1A+BpSLv8VKXmUxyt1 pQQtKmMcrkXTyHWjzxtJUBik0Kf0O6lENxlUN8wrwX6j02TkOkXUztPMxISjLYBbu9tySg30 0SSNREINwC9lR0nKI04U01vbzbzsF9DswdbMkY/D1OTilU7twk1lTcok1VI11VNF1VRV1VVl 1VZ1VTPrOCXySicqzDMlPdtku8wcogN9vyC8wT08oeNiPkuFUFcBVakj1juMzWT1SdWsNthE 1hCVtFsdumXlQ2odlRQ7u+csMeKcweNkTjJsMceqVO9jJzNlMd7UsNGM1HN1x7p7PAu0RFes 1gbzO4BSV7gs1HR1xFj9ky1dSC7dTupLSNrrRYqs1uT/w0moGtA8DMdTWtH7jNcDlL+E3UMn lc9a5Lk0tclj5TZCQ1eNvdV/08CRtdGBNMv36s1HxD6XzNUYFcAHtcY3hL3EK76R3DCAxLrA IsI0VVCJlZQ/U1I5IyI0bdahdLxp20/1i8cxRVnbZLz5e9lPS1L8S8DSW1hXqzRe9VIQnTzU xLOdDbTVeket3cqH9bKeRLyyJbOKzLY2DbbAq1GifbKq9T+6tc+KTVFH+zIC7dgNbJSDGzwY u1Om3EoVkzWHVK3N4zoNXUu8OkrZCsJyxLoUXNdSvMTDQte9O0QQ7FbKC7vERUS3fNwqjZWT 5Dic5S4EdVaoHVXM3NjVrZUO/w0i2ZRdUb3MUNUKj73N8IShVy05agDe4SXe4jXe40Xe5FXe 5d3X8Qy6/lrPtCWsLgTV9vJD0axXXY3D8WzdbG0l7gVf1cU/ccTD2rw59KLL9A1fqPvChYsT PQA5tJsk+dMy8AzOEp3KliXS+lXFS5Q1+/W8GBxOzOLKcC1gzQ3XDhsxrjROeY2rLtrN81NO Vlzg512hCNVfrd3Ri53DYa3GeMvJA3ys+KTSq53PeXy2uK1JQKNHsQVal5VZE8bWP4TBlGzE sKwwL7xa2xU0pP3Z55XZGJNXj7zP+ZxflBWy1sNgamxhc3zhlV2zE17Lqf1DYLQ9tW3QX7Ut 8a1Pmv+ET9KEOA5lWqp9vBdNPkmVUVrsPp2N2sM1V9pEUpUE2xTuJ6Kc1CDmSdcdwJY9NhsW wNecURAu4yVeSDGm45I0T2TbQCj9W94lMDg94hrsUd6EvJXV4uHrO8GtwZDTwToyPOyc2DO9 t0P7zc4t3E/Wz+Uc3VWU5A9tTgG+U0f2FlkOWmZtuNSNWQai5aA9TNhFCFyQugudYeYl5mI2 5mNG5mRW5mVm5mZOF+xtw2jW44R1XOjtIfXKwizEZmUlyNnUXWv2ZfZ1X2gVQms1Z3KO1tsF 5/ZF52z+Zm4mSfP1uHfrX+BUVwGWtwh247hbXFNuXHBDTt+EO1ZsN1Pe5HX/feAwyrcwc+A+ Deiu1FZRw86vI7hNbFdknFN//d3rw1KldLWZZFuR9cBQjj01fk8U/T2lfda3ReFiJGmhhGHT 82IUVja9XVKC3baCdVN/yj2HVGHyjcAHxLaHY9Af3mPkW76uDTgwq2EkDunQLGpDWz1XdlBD hkdw3MljRDRtxGM3LVtbzdFCTkORldrzNEAyvWMpndJAzls7DuAzVuSaLT/US0hLIzb++1Lt M9sdDmMC2yZGlmI2fs+/zWWVFNgo3cmhXkCXdlFBdmK+3eun67XA3lHq277vw9gzTtFU3OmN FM4oRlSsJOMphtQwA91Zner5jdRPbuBXptxxPNQ5/xXO6dTTqFa0PAVtP2LBz85fQTVQvabk vmVoGmSVXb5lZ/HVaa3i4g7caKnVDzLujXbm6abu6rbu68bu7Nbu7Wbe3MQ4Cz5frRPm3Y1N hN4nah5Yr1Zf+/Ju5baU9m666D5DW75WcaZi7Q3V6JZn1tTvjCPFqfTEr1RgfB3gpPQ2QuxG TLRX+a1t0iRfgBbUu4vt3qbEupvgALdnSB3gr0RwTtbKDB+oevLOXp4Tym7rI9XJjzxkAcfr Xj1wwm7Uh81FhAVpE/9pj17buY3JdkTP0jxpq2Xh9fU4O4vk5VyrEHtEs5TIIzZR+uPTiuI+ 3JOxgwVRGG0y2sVQ0T1ZmP+mUKU98rTGRLju6Re/2/5uOjM2vpwKSdfLyQKNMA4UUiAH0lxV 7C1n45l08Bqv2xufbLNOySb3Y79tyMxGccK8cS/+ck1r4isF9DJDT0K34t8TdLcm5LA+a4pF bBeuyUafUjuv2KcCbzoc5brFLQilX7LEZ6SlygFH4AOXRH2d8DCn02szRRxEdQs/zgr+1hVE zkG+bQ793y0msTeFciEPlQgqwnBOCFKgQyh6LuM2c+lubu6m9mq39mvH9mzX9m3ndsisw/V1 8OG71k6tvPW+wbkl73ZG22lW9nfkWPY29/AN9XHm4XSubzYk9/1GX3FOd31Pb37P3aWV3nFf Z3//NxMeo+dyW9xxjaTkLMEPLVdBY0vn41fuzFzRtvjPvuhAdeNE7E8GfmgZBPF0je3LlVvO zPhFvEjpdEd93ukRfWzjw+I4xyUbF/Af73Mr3uxJ3eP2dNEOLkO3DfT0vPSkfWfgNvpvL2JK h+94xuoMNVqFLeOdz/JPJO067uGBZ0m17mq7/U+fzu/XKnaOVFTKTe0xDOpPB3bAWz5IplIF ceyTB0ARTdQ/zlKkr1q7Nmu9s3tiPGpEl2z01nuYnvTK/vugb743r9I/h8msxF0FlEVGd2qa N0EyxeEfjflvD7rNP3y25nqwps1eHPrFd1keTvvEbunFpsfH58TaKl1L/j5BTmbtysw3rX7t 0gWyU35lIda71WZBOX1UONbK4D9gw81OQx3MI6RrExbdPr0o3QdCTkluXL5gX5l+UIl24CLx fa9+69/+bgf/8Bf/8Sf/8jf/80f/ZkHdYTb4eqflaN/ma2b98x5hpefei4PmWq5318Tv8g14 aQeIfwIHEixo8CDChAcBKGxokCFBiA4LSnRYcSLCiwk1Yuzo8R+AkANDQiRJUqDJkSJBnhSZ 0uVIlCsjzkzJcuVJmjcvlqwJUibOmTFRAiUqkaHJmkJ3Em2KtChTqDdZRq0KNafKo0Ft2pxa NSdXsEvFKhXaEqnYol2xdv360yvTo1fJfqy7/jGm3JJG8Q6tqJfv3qaCnwb+KTfi28SK3+IE vDgvX8iME/t13HMwZYqPMx/GvLkwYb2SDVvObPruaJ6lSQ9l7bqy07+vOfdtbfe2ZsSBRePl qht26LZJaRttO7sv2NZoz/KmLVm08NWdPfsuPf2wat2sm8/O+7K27ayEjys3Ldt7S9vYy6de rJgj7rrZt4N2D/z35IW5GTfOePq4X/35d153TrmH2XqCIVhefXBRt9+Ck7U32oPaRUjehQQS x2CFG443XnjwxdfRhAa2956CzV1n3X6qrZjgZ/blR9pzDWboWYEp1gcfjDf+9aGHQcrI3mpE GsiijeYZmeOM4I34/hFb/UFXlk6UaShVVuIB1ZNGQCInYFRYQZhcXEeK+RWZV325nHRnsvUQ lfktp5WGaWrl4JbmuSmdV9iVFaBPWeYZpllsKvgkov4luihsi47pqF0iQqpQo5OGZymmmVqo KaeaStrpRmdaahyoD5XaEKmjnrpqop+y+iqssco6K6212norrrnquiuvvfr6K7DBCjssscUa eyyyySq7LLPNOvsstNFKOy211Vp7LbbZarstt916+y244Yo7Lrnlmnsuuumquy677br7Lrzx yjsvvfXaey+++eq7L7/9+vsvwAELPDDBBRt8MMIJK7wwww07/DDEEUs8McUVW3wxxhlr/rwx xx17/DHIIYs8Msklm3wyyimrvDLLLbv8MswxyzwzzTXbfDPOOeu8M889+/wz0EELPTTRRRt9 NNJJK7000/EttZCrVPH6tEWuUq1o1JS2CqF+XXMkIoiKHsooiY5mLTalYEJ69ohXV4kq28G6 PTZGcZuK6Hxob8r13Vp3erbdft9mNd9kg+rSWi9dthNzaMlE01Z0Sq7lcFRVnriokEsFIuJb acdlg6JGGfnmbp6lVnKOV2fY6X2KTvqggpI5OuR05vnj5vShHRaXZNk+aOatOm75ZUFJLTVM xqvE+uPGO6968QEiP/zcMy6OH93T0VikZiUmuV7ePp1Y2Ymm/pZ/4PaFfa6kmXqq33X2cgZ5 vtnU2z+96487qT/jwy9PPAADOD3F8Q9r+9vf16yUvN6YDiY7+o6O2qcexIyPgtwrU5Lek57L 9W1OBHqKl+5kEfWkR0IMdCDrgvckxDUvevprXaHGIsL//c9z+FPe8V74qTp5jW+hiYxjWjQ/ ITKoM5UCUo+QOMEdXeqDB5pP2JwDoCDe5TQ/ZNKFMsXCAG5RKfh7Gw2f18Ix1hB6VeriDjuE vU1dMX0Y8h6TGiWbJpGPT0hCERPjB5kVLcmJIHTSeRJoRfnB0UuTQuOWemcoARawgJib3O1c eLnRVe93T1xe5gAVHBvWDnh0iR3w/hwEpjlp6YVqOhQE+RNDys0FilgSkCWNSELpYXBKsfyk slS4wus1bVuBq+K3qrdLYfYyWr8EZjGTqcxlMrOZznwmNKMpzWlSs5rWvCY232W3uM3xVWmk G/wuhT4onUpSlfII+VI1kXOWi23dDCewuCks7SFTcE4rpz1xI8d7inNc7iybN0Gnud/EKS6k BCXmEmnJFsqwcwslVCSp5rtSxm6TsoMd7yLZSrCtD069o6gqAZPRjk5UT10qKAhptxuMPo2A U6mOnTAVxUdpL4RCwtFuMmhIHO0UfBcsJEmd2Mf4oYh+4gnUgLiXHVj+B6jnG59Q+XM3WRYR j67JoOG+/iYmD96uNk9dEyGNs9NBVu5BE3KoEiNovdUNJ4lpiuPuxJnKnoYSQWJVJQqRGB2S DlWDsNyr/CLkm2OOEJUTdKVPY4NYkb7PgobNIl/7FCIh8tF6PYws+/KIvn1SVqmZlWxSY5TW vnWogqUVGw/3klhVLbGod+TOTIdoQsPWtK9mJeJQK3ulOoauqq91ZEfX91UYudKxTm2tTW80 yOWqUYmrPSSerCJQQjXGT2YBK+6iO1bLfYmIH6VnTKX7pov+zogfNSVomxrcTloXOG8d6ZiY Sl2PCkqBseykDk9aXYxW9FrsRNZ/V3gswsp0b7oisOHWiS11AliX/CQWgmXq/2BbRRhv66xw NjOs4Q1zuMMe/jCIQyziEZO4xCY+cYLrCd011opHuSImquqW4gpj+MJt66eFHWsswq2qxluD 56xoLOMfg1M++BRwkZFMRVgl5b5tLOlW3yRQ72j0kRRpaZyaXFcotzSkaOIkefG7nT+Z1JM8 gZ14xbdRkCa0f/WNsooi19CD4im7Usarl1mVXeTY6EpBVa5NjarWtMJ2ijjNoWbpeqQiRnW0 ftbPV2NjPs/S1kRLHoxQuylLPhYaecxlspnspMk5dgmQXuUT/QArWCZyMJHxzStnAKtpUyd6 SNkr4RsRiGtF4xl3rcZtjUR7wjr+cdG89qaljf2fx/76VkkVtC5uhe1rIEYb2GXe7AGJ+9tS s/G3zQZqbpPtQw5dsbhXtWCxLVtbUM/Wsu7m9mnFHehLqzePhU7usjdNRd0ye7eybdKgb5pZ cPtI3t3maWDJrd4/ahu87P5RePNMvDMjVZQErS5YxVw6O4fpldOdZQhx+eYrV5ySZtbJ62Cd 5uvsGqHYDfXHcTq7salcdMpB6nmj698eGzjHyMaxglFcLB9XDcaRkhWDhyz0pTO96U5/OtSj LvWpU73qVr861k0sz3ECeXD57OCKt47Ow2mx5/oEut6CruKuJ5m08CO6nslpZJ8fve11J/vf yo72uXM97Ur+eoHtHs+NU/+OzsK5s+vILEo6R/Sh6f1uzKn80u4+JsuTZCp8w1bSlZNXpYVH KUsp5FBWKrbj9lvo6Nnr+cHXdrW85mWtXbxuget43gG/auuFy1i4LtdtjtZ9TjFE1sn2vtTH tZCaG6tT2/6Kqxhs9+tT1PIe/ZQ9Yp3+qSutbMVyrrPQH/jq2EvpHNnS3M5na/i3jUDkM06P xI/1hCks7exLfODeltHsKQT8Keb+tKL3/r3R2t4QnGxxB9i9j7YVzu9RlVWdG83l25IMywLS X2wlIO9pn7B9j7eNFV3BUQHWWu+BXaSR3/IV3PYBXOwt0RHVW/Up1+DBBe902uGVXMsZlPE1 Ucj/6dd5wZREUZDipRLhhZXiDZBc1eDhlV5gZVIOUhQnJVB7RdQZXRyWYFXNGZ0xmV3FwF2k aCE0JV0WthgXZp3KWKEY7kwYliHKkCEa3owarmHNtKEbxqEcziEd1mFhgdM7wdNbuZ18wCEW et0fBtgf3qHc4eHdsRtAJWLfhdbfzVMgql2MsJ3SERjR5Y0k+h3eCZ4iyk0hnp2QDZ0PPk8T bhV+cZnj3VrOmZzOdR5IVR7kWcVKtRmNTJcKpZPyzJWa9J/nmVxYtB8Mwll5wRCapU6+DWP8 vVjtnSAHGpi/fRMjusj7oUYLTlUyGpfBHc8yhpPtwRUHNtq/zdoILlUy/+bedoEghFVjINXg eqHfHiqgEb6j72Efs9XV8nHcrzmgOvHW96GHA0WR5GjeBl6cylHHewnJdxhgV2HVC/YWBBIV VdHTOMHbBCrkNz7Kor0RBCGka60X+7nehogbh/TbKblbBgLaOLIIQhKgI9qRvjnkt6ngYqVg 6OxTqmFWrgUfvvFe+Dib+uFjuCEgeNAkcn3WRKYPQJojhIWXCKmix1XUlF0XyZEenlFXTcEj xaVip61anrkXJOlghcTgSApSEP5izfkiU5rUUoZlV0EkLsLiwZwhJtqL2BHZIkqgyMDlJdYL 4MCdF0ogXqpLKtihYA4mYRamYR4mYiamYi4mY/82ZrwETmyBUYzVZVY1oibeExe2Y4rxIWvR W94BHjVe5rREpmgOYmeeHWeuDWXyXWmO3drl3V+m5t5xJK5YlEYlXnlhJC1q0HwNFG7KWfSg VTCiWW8OFLTl4pqNJWmNlJZ9WSk10C1BI27mV7pRnF1Z3g8OYVjZYGzWjTdeoGo1pJ+E5iXZ G05uXwBepMJVlTdWZ0XG1aTt4/1BII/coMFFn+5sxvHhEccdGq38I0/O5AL55GetH9cEW7mh Z3EY4duBHAO6WkrJ41EJjiYR0rDBH1ROpVg+X3pq3lowGqzxYwfqzoO2GA7uZ7H5oxpl24Hu XoK+G1CqJ8LJVTS6EWT/AQ7CTVuMOqALSiSqMZYl5mhPhiTDKSMyQhY3UpuKFqiMCuV59meC /F55sqCKoGRFjid5IuiVDmVlCel97miVyiR4FilJdichquKUvRxbjlwHLdKbScl5WkkSyhei EWFUXptkpSkSWlx9DVCCyiJ8EWTnLGfjvBwqXufkPCFZmh8mzab8OSoktkyNmalrVuom6ktf emfM+BilXmraHKJjhqqojiqplqqpniqqpqqqriqraovzZGJubGj3nGncfWZG6BIOQWqJTmaD Kl0nlqJlhkrWcNY5tuaNXaIzvmapdGq1haRp+qeS4SioRiCnzCVEvpjnCGN03qmVqR7qYFzq //Gjnd6VnCTf5inlKEoPuXbHoIIWrvLZb8JecJlinOVmgwIqSy1biGAnKcWciRqpB0La+KXk 20ipPirarHmamHaf8ulmauGfvmKSLsqoxJpkDU2Wiy0s+5BmiZLaBf2nAHqoZuIiv9FRR9oR UpIpO4Yoyt7jwNrfWvaTyibkns2qeybRhD4fybVnW16rQO6gcGXqkZVpJL6flMZbAxrsSeoI mZKkCTIpxAZcAu6RzBolcdQsuukkR+qf0X4kzMZYcTnprljg0VpV2eJs0hrk0rqWew5fyrKg BjKkurlPUJpnuWKP0ircc5wTisqbE6KsQTLrnRbfcHpUDl7lgkbhCf8xIcQ9mnmNknzxInbG p1915c31Y4YmIc2e4JzuFqmRWZfiqVJ+2i5GSaPyaaiGoeAWzrLWqmOq7q0IrpmubqvWru3e Lu7mru7uLu/2ru/+rr+MGt0Br1zKJmsSr7mcq82N3FOGHvK2E+0Vn8VG7PNmC8k20UvKrc9W b7WoZAhO7/Zy72jO54y2JNGupvguS88ub+7Izs21b/rGr/zOL/3Wr/3eL/7mr/7uL//2r//+ LwAHsAAPMAEXsAEfMAIL8BskMAM3sAM/MARHsARPMAVXsAVfMAZnsAZvMAd3sAd/MAiHsAiP MAmXsAmfMAqnsAqvMAu3sAu/MAzHcLdAAiT/8AoS0DANEwQOQwISDMQO9/BA3DAOB/EO57BA FPEQ/4MRK3EN3zAQC/E/QDETI/ER8zAR17AO/zBBCPEST3ES4zAQb7EVR/ESczEWVzEVizEW Q7ETC4QUk3ESXzEN97AUv7Eal/EY2zEaFzEcX/Eed/EfhzEcA7IZy3EcZ/EOV3EYQzEVm/ES z7EfIzIki7EgT3If67GtOHIYp3Eaa7IbIzEWg3ITGzEbk3IOS7EoK/Inn/Eqa/EgWzIV83FB 1LEpu7IXJ7Ia97Eu07ItO/Io//JBePIuA/ItD/Ebt3ExzzISP3ERL3IztzIuS7IRw7IVNzIo q7IuG7IlM3El53Et/+uKENOxKYvzKJMzHJszGTMzK9sxL59zOr9zJPsxJrcxF7szLQsyN0ex QYTzO/OzHmPyKuezPVuxP9cyQQPzNq8yOhc0PsczPOczMgfzQZ8yJPPyQnszKz80ETOzOOMz MrfzPE/0GfOzPD/yGONKHI9zFcNzDqd0KGN0Lm/0J/dwIkPyNmPyHCe0QDOySc90Qej0Huez SytzRvswD1NzS1dzT0+xQeT0SSOyUQc1UGdzMVf0U/80TA81U6/0ThPyVV+ySmexOhs1SYt1 QL8yVpc1MdcKNavyENt0Um/ySz8zWZu1UB81P2+zTtuyXTOxQPv1LV9xQ3PzUSu1XKc1Qv/I siIXNk2f9DR/tWIjNlfndFlL9h9/cTT3dVxH9V8/Nl0b9SHzNBArNijLNVC3tV8DMl+vNa3g 8VyDcTE3dkl/NjZj8xzzNEVntE5Xdhb7sWv/sRp7dFI/tkP/9R3/Ni7/NmAfd1FzNVjXcGZb 9jF79loj90gTd0D7ckNHNmGfsSxrd3An9nUj9FPz9leztXfnNmwLs0kDs3Hr8STn9iBTNUAD dDbDNWhTdUzP9kvnd3Fr81jX83Jj9ha/8nm393M3N33/tn3ft1L7N4Kj8lXbtyv/82MLsn2/ MVw3NoYT83m39kSj839b9UGPdXGTeD9bdYc3d4aLtCoXdEYjgYj/+zRJk/iKI0Qpr3GIv3h8 W/VzH4SNp/iHs/NJ0zNrC/lLk/No7/hHe7WCl7WFm/hZ77OLg/d/9wp7X/Vu0zU1yzU+L7NA b3hfj7k0T3KWJzd397g6wzaZ1/VdL/maW7Ivh/lXZzmci3c3e3kyYzVdC7OB33lt77lDc7Jj F/pgV7WMK3egL7eu2HJCnzab/7WGT7grm7lht7lxS/OXR3onR3dXmzZkf7ilQ7c3g7pwY7aU S7Kea/SYd7mgg/ajR/oerzpVp7FMw/qFx/NUc/lTd3GsyzCwB7uwDzuxF7uxH7v//gKyL/ut HDmyyHohJ0RE3zKo13kXS7g1K3hVjzdr/8u5QbNyT885UUf3tNP2Q4s7JU95tHP1DU+5Mjuz iZs7u+v4Ovf6NUOziFv4a3s6tHt6RKN7gx+LYvt5Uxc5mFu5Q2M7Hzd4Kv85kMO0ww/zL3O3 L4O7wdO2t9v6WfMyp/d3pru5xBt4qE+2vXdzpy88Hp/6Zat2NBO8pN97wBtLRSu0fgu2TNez kXt1h9/4rUv7taM4lbs3jG88Rac6PE+3wZPzeMO7uw+0kjt4ort30DtziSN5wUf9glt7vft4 RCf0tFM4QdM8kSf9WU/1s9t7eku0S4/1qFv2e/v6hw/6Ul99j6f90V+6frc9WmMzx6e30de0 Utt9dzO22rc3qf5zeNMPPpT7O9wXtShvOs9fPVQ797rrvbMfi1oX+sMPuOajNsgbt17HfaB7 Pp8bOmerOaKXPpsnNcgTt+HLOmHntebPNBh3O6mTNeGTPu07dW97eMkXvMaP/pC7unOz/sov ubTU+HgHPZ379vInPMtTvUOE/pW7M2frspojPDS3fY/PNkSDeS6jeTxzMfmr/feTOnbXPPlH umi7PTEjPVG7PVEjP9Efvshv8qEvi4T7t1kDPTdPOkAg+TfwHxJIkAgWPJjQIEKCDRNGHAgx 4cKBBx1KpEjQ4j+MFyEJ9IiQ4kGRDy2aBClQ5UaVL0MqdKiS4cKGMzN+nIjxpsSVI/4FQuzp MmbEmz05xqS5MyNIhjJRNoUa1WdNnElxsoxZsqjHk1XBhhU7lixYJEFTbl3KFKNatDbVdtz5 1SBduXXFbvzZ8KvViC1pAiZZVK9CkULbAn47ODHaw3INyxQp+CRfvj5v8ox8GS9SoyYvs9VM tSLgyHM/25X68O1ewW0dMy07m3Zt24kdZu4qWzZupbj74gZa+qtwn2tljj6+O/lS4MN/Jj1p siNE32erL3S+OzDhxn5HYs6OsLvW7xrTkp4aPWpb6O/Zwy/tvnlcqtu12ta/X3/m+czh0w42 rJADyb21EEysqgIHBItB5ZqbrCu9ljqqtJFGS/A9Cr2bDtLCiybrKz4BHzOvwIpClO5CFT/T Cb+/uANQtP8kLI68CQXkT8cdeezRxx+BDFLIIYks0sgjkUxSySWZbNLJJ6GMUsopqazSyiux zFLLLbns0ssvwQxTzDHJLNPMM9FMU8012WzTzTfhjFPOOems08478cxTzz357NPPPwENVNBB CS3U0EMRTVTRRRlt1NFHIY1U0kkprdTSSzHNVNNNOe3U009BDVXUUUkttUoAUE1V1VVZbdXV V2GNVdZZaa3V1ltxzVXXXXnt1ddfgQ1W2GFvDQgAIfkEAAsAAAAsAAAAAMUB5wIHCP4A/wkc SLCgwYMIEypcyLChw4cQI0qcSLGixYsYM2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cwY8qc SbOmzZs4c+rcybOnz59AgwodSrSo0aNIkypdyrSp06dQo0qdSrWq1atYs2rdyrWr169gw4od S7as2bNo06pdy7at27dw48qdS7eu3bt48+rdy7ev37+AAwseTLiw4cOIEytezLix48eQI0ue TLmy5cuYM2vezLmz58+gQ4seTbq06dOoU6se22a169ewY8ueTbu27du4c+vezbu379/Agwsf Try48ePIkytfzry58+fQo0ufTr269evYs2vfzr279+/gw/6LH0++vPnz6NOrX8++vfv38OPL n0+/vv37+PPr38+/v///AAYo4IAEFmjggQgmqOCCDDbo4IMQRijhhBRWaOGFGGao4YYcdujh hyCGKOKIJJZo4okopqjiiiy26OKLMMYo44w01mjjjTjmqOOOPPbo449ABinkkEQWaeSRSCap 5JJMNunkk1BGKeWUVFZp5ZVYZqnlllx26eWXYIYp5phklmnmmWimqeaabLbp5ptwxinnnHTW aeedeOap55589unnn4AGKuighBZq6KGIJqrooow26uijkEYq6aSUVmrppZhmqummnHbq6aeg hirqqKSWauqpqDKmS6qsturqq/+wxirrrLTWauutuOaq66689urrr8AGK+ywxBZr7LHIJqvs ssw26+yz0EYr7bTUVmvttdhmq+223Hbr7bfghivuuOSWay6G75yr7rrstuvuu/DGK++89NZr 77345mvcL/r26++/AAcs8MAEF2zwwQgnrPDCDDfs8MMQRyzxxBRXbPHFGGes8cYcd+zxxyCH LPLIJJds8skop6zyyiy37PLLMMcs88w012zzzTjnrPPOPPfs889ABy300EQXbfTRSCet9NJM N+3001BHLeEtyFJtrNVXH4t1sVsP27XUYIct9thkl2322WinrfbabLft9ttwxx1mAnLXregs duet997+fPft99+ABy744IQXbvjhiCeu+OKMN+744zyvAfnklFdu+eWYZ6755px37vnnPWsA +uikl2766aHJg/rqrLfu+uuwxy777LTXnhI7tueu++689+7778AHL/zwxBdv/PHIJ6/88sw3 7/zz0Edf4B7SV2/99dhnr/323Hfv/ffghy/++OTLtUz56Kev/vrst+/++/DHL//89NfvXCn2 56///vz37///AKTLGwJIwAIa8IAITKACF8jABjrwge+SAQQnSMEKWvCCGCSPOjLIwQ568IMg DKEIR0jCEprwhChMoQpXqMA/sPCFMIyhnKIgwxpiKhM2zKEOd8jDHvrwh0hXAgAQh0jEIhrx iEhMohKXyMQmOvGJUYsHFKdIxSpa8YpYzKIWt8jFLnrxi3ABgBjHSMYymvGMaEyjGtfIxja6 8Y1wjKMc50jHOtrxjnjMox73yMc+xjEgACH5BAAUAAAALAAAAADFAecCBwj+AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOKHUu2rNmz aNOqXcu2rdu3cOPKnUu3rt27ePPq3cu3r9+/gAMLHky4sNkEhhMrXsy4sePHkCNLnky5suXL mDNr3sy5s+fPoEOLHk26tOnTqFOrXs26tevXsGPLnk27tu3buHPr3s27t+/fwIMLH068uPHj yJMrX868ufPn0KNLn069uvXr2LNr3869u/fv4MP+ix9Pvrz58+jTq1/Pvr379/Djy59Pv779 +/jz69/Pv7///wAGKOCABBZo4IEIJqjgggw26OCDEEYo4YQUVmjhhRhmqOGGHHbo4Ycghiji iCSWaOKJKKao4oostujiizDGKOOMNNZo44045qjjjjz26OOPQAYp5JBEFmnkkUgmqeSSTDbp 5JNQRinllFRWaeWVWGap5ZZcdunll2CGKeaYZJZp5plopqnmmmy26eabcMYp55x01mnnnXjm mdE6evbp55+ABirooIQWauihiCaq6KKMNuroo5BGKumklFZq6aWYZqrpppx2qpgknoYq6qik lmrqqaimquqqrLbq6qv/sMYq66y01mrrrbjmquuuvPbq66/A6ihLsMQWa+yxyCar7LLMNuvs s9BGK+201MaZSbXYZqvtttx26+234IYr7rjFIWAuseamiwC655Lr7rvwxivvvPTWa++9zCmC 77789uvvvwAHLPDABBds8MEIJ6zwwgw37PDDDdkB8cQUV2zxxRj350bGOfnB8ccghyzyyCSX bPLJKKes8sost+zyyzAbiEfMNNfMayI256zzzjz37PPPQAct9NBEF2300UgnrfTSTDft9NNQ Ry311FRXbfXVWNcMwNZcA+Br11tnLTaFNYxt9tlop6322my37fbbcMct99x012333Xjnrffe /nz37fffgAcu+OCEn7ZJ4YgnrvjijDfu+OOQRy755JRXbvnlmGeu+eacd+7556CHLvropJdu +umop6766qy37vrrsMcu++y012777bjnrvvuvPfu++/ABy/88MQXb7zVZRyv/PLMN+/889BH L/301Fdv/fXYZ6/99tx37/334Icv/vjkl2/++einr/767MPJR/vwxy///PTXb//9+Oev//78 9+///wAMoAAHSMACGvCACEygAhfIwJmoo4EQjKAEJ0jBClrwghjMoAY3yMEOevCDIAyhCEdI whKa8IQoTKEKV8jCFrrwhTCMoQxnSMMa2vCGOMyhj+Shwx768IdAWQyiEIdIxCIa8YhITKIS l8jEJjrxiVCMohSnSKN0UPGKWMzifQ6gxS568TR8+qIYx0hGu4HtjGhMoxrXyMY2uvGNcIyj HOdIxzra8Y54zKMe98jHPvqRjwEBADs= ------=_NextPart_000_000A_01C6C5AC.75ECFC70-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 22 10:46:16 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFXWC-0005bx-0J for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 10:46:16 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFXW9-0007qx-AK for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 10:46:15 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id C2A9A1448047 for ; Tue, 22 Aug 2006 07:46:09 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 28CB5430053 for ; Tue, 22 Aug 2006 07:43:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 165761448059 for ; Tue, 22 Aug 2006 07:43:57 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 0A452144804B for ; Tue, 22 Aug 2006 07:43:52 -0700 (PDT) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-5.cisco.com with ESMTP; 22 Aug 2006 07:43:53 -0700 X-IronPort-AV: i="4.08,156,1154934000"; d="scan'208,217"; a="312684744:sNHT52508552" 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.20060308/8.12.11) with ESMTP id k7MEhqv4014067; Tue, 22 Aug 2006 07:43:52 -0700 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 k7MEhq6W009989; Tue, 22 Aug 2006 07:43:52 -0700 (PDT) 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, 22 Aug 2006 07:43:51 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 22 Aug 2006 07:43:51 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B38D4@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Control channel packet classification Thread-Index: AcbFyjcrr70SneUbQKCVjqUJ24/lPwALxzIQ From: "Pat Calhoun (pacalhou)" To: "Hasan Raza" , X-OriginalArrivalTime: 22 Aug 2006 14:43:51.0808 (UTC) FILETIME=[6294B800:01C6C5F9] Authentication-Results: sj-dkim-6.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( 43 extraneous bytes; sig from cisco.com 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_30_40, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Control channel packet classification X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============0889928046==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: ded6070f7eed56e10c4f4d0d5043d9c7 This is a multi-part message in MIME format. --===============0889928046== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6C5F9.6256223A" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6C5F9.6256223A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We are working out the details of that right now, and will include this information in the -03 draft. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Hasan Raza [mailto:Hasan@sinett.com]=20 Sent: Tuesday, August 22, 2006 2:06 AM To: capwap@frascone.com Subject: [Capwap] Control channel packet classification =09 =09 Hi, =09 I have a basic question regarding the classification of packets exchanged over control channel. It is stated in the draft that AC in Idle state can receive Discovery as well as DTLS clientHello (+other dtls handshake) packets. The clientHello packets are delivered to the SSL layer and Discovery packets are consumed by the CAPWAP. Question is how? The draft assumes some magic way of doing it. Since both of the packets are in plain, and are received on a single udp port, which state/policy/field classifies such packets from one another? Theoretically speaking, WTP can send a discovery packet which is also a valid clientHello packet! Now AC would respond with a discovery response or a clientHello reponse? =09 =09 In thread http://lists.frascone.com/pipermail/capwap/msg03035.html, Pat talks about the negotiated policy for the appropriate treatment of the received packets. That may mean, if the AC is in join onwards state, it can be assumed that AC will only receive encrypted packets. Though this policy can work, but there would be exceptions in which WTP dies and comes back with a discovery packet. AC still being in join+ state, the received packets will be delivered to the SSL layer. Assumptions can be made here that SSL would discard non-dtls packets and with timeouts in picture, WTP and AC would eventually reach a consensus. But is this ok to assume? =09 In the same thread, Perkins suggested the mux header approach for control channel, but it was not acknowledged? Is there some other hidden mechanism for the classification? Or there is some basic point which I miss here? =09 =09 Thanks Hasan =09 ------_=_NextPart_001_01C6C5F9.6256223A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Control channel packet classification
We are=20 working out the details of that right now, and will include this = information in=20 the -03 draft.
 

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

 

From: Hasan Raza = [mailto:Hasan@sinett.com]=20
Sent: Tuesday, August 22, 2006 2:06 AM
To:=20 capwap@frascone.com
Subject: [Capwap] Control channel packet = classification


Hi,

I have a basic question regarding the=20 classification of packets exchanged over
control channel. It is = stated in=20 the draft that AC in Idle state can receive
Discovery as well as = DTLS=20 clientHello (+other dtls handshake) packets. The
clientHello = packets are=20 delivered to the SSL layer and Discovery packets are
consumed by = the=20 CAPWAP. Question is how? The draft assumes some magic
way of doing = it.=20 Since both of the packets are in plain, and are received on
a = single udp=20 port, which state/policy/field classifies such packets from = one
another?=20 Theoretically speaking, WTP can send a discovery packet which = is
also a=20 valid clientHello packet! Now AC would respond with a = discovery
response or=20 a clientHello reponse?


In thread http://= lists.frascone.com/pipermail/capwap/msg03035.html,=20 Pat talks about
the negotiated policy for the appropriate treatment = of the=20 received packets. That may
mean, if the AC is in join onwards = state, it can=20 be assumed that AC will only receive
encrypted packets. Though this = policy=20 can work, but there would be exceptions in
which WTP dies and comes = back=20 with a discovery packet. AC still being in join+
state, the = received=20 packets will be delivered to the SSL layer. Assumptions can be
made = here=20 that SSL would discard non-dtls packets and with timeouts in picture,=20 WTP
and AC would eventually reach a consensus. But is this ok to=20 assume?

In the same thread, Perkins suggested the mux header = approach=20 for control channel,
but it was not acknowledged? Is there some = other=20 hidden mechanism for the
classification? Or there is some basic = point which=20 I miss=20 here?


Thanks
Hasan

------_=_NextPart_001_01C6C5F9.6256223A-- --===============0889928046== 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 --===============0889928046==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 22 13:04:52 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFZgK-0003om-5n for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 13:04:52 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFZgE-0003oA-NG for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 13:04:52 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id CAF653980AC for ; Tue, 22 Aug 2006 10:04:39 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 4508B43001F for ; Tue, 22 Aug 2006 10:03:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 2B23D144800D for ; Tue, 22 Aug 2006 10:03:07 -0700 (PDT) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id AB2561448041 for ; Tue, 22 Aug 2006 10:03:03 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k7MH321a031789; Tue, 22 Aug 2006 10:03:03 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k7MH32tg031784; Tue, 22 Aug 2006 10:03:02 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Tue, 22 Aug 2006 10:03:02 -0700 (PDT) From: "David T. Perkins" X-Sender: dperkins@shell4.bayarea.net To: Hasan Raza In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2025B38D4@xmb-sjc-235.amer.cisco.com> Message-ID: 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: Cc: capwap@frascone.com Subject: Re: [Capwap] Control channel packet classification X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 HI, To answer your technical question.... I believe that this was addressed in the last proposal I sent for the packet formats. See "version 4 proposal" and "distingushing" email messages send on July 24. (http://lists.frascone.com/pipermail/capwap/) Please send specific questions if there are problems with the emails from July 24. PS I'm not a part of the "we", and do not know who is part of the "we". Regards, /david t. perkins On Tue, 22 Aug 2006, Pat Calhoun (pacalhou) wrote: > We are working out the details of that right now, and will include this > information in the -03 draft. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > ________________________________ > > From: Hasan Raza [mailto:Hasan@sinett.com] > Sent: Tuesday, August 22, 2006 2:06 AM > To: capwap@frascone.com > Subject: [Capwap] Control channel packet classification > > > > > Hi, > > I have a basic question regarding the classification of packets > exchanged over > control channel. It is stated in the draft that AC in Idle state > can receive > Discovery as well as DTLS clientHello (+other dtls handshake) > packets. The > clientHello packets are delivered to the SSL layer and Discovery > packets are > consumed by the CAPWAP. Question is how? The draft assumes some > magic > way of doing it. Since both of the packets are in plain, and are > received on > a single udp port, which state/policy/field classifies such > packets from one > another? Theoretically speaking, WTP can send a discovery packet > which is > also a valid clientHello packet! Now AC would respond with a > discovery > response or a clientHello reponse? > > > In thread > http://lists.frascone.com/pipermail/capwap/msg03035.html, Pat talks > about > the negotiated policy for the appropriate treatment of the > received packets. That may > mean, if the AC is in join onwards state, it can be assumed that > AC will only receive > encrypted packets. Though this policy can work, but there would > be exceptions in > which WTP dies and comes back with a discovery packet. AC still > being in join+ > state, the received packets will be delivered to the SSL layer. > Assumptions can be > made here that SSL would discard non-dtls packets and with > timeouts in picture, WTP > and AC would eventually reach a consensus. But is this ok to > assume? > > In the same thread, Perkins suggested the mux header approach > for control channel, > but it was not acknowledged? Is there some other hidden > mechanism for the > classification? Or there is some basic point which I miss here? > > > Thanks > Hasan > > > _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From habelyaki@centrevilleva.com Tue Aug 22 13:38:45 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFaD7-0007UO-GJ for capwap-archive@ietf.org; Tue, 22 Aug 2006 13:38:45 -0400 Received: from 61-228-124-92.dynamic.hinet.net ([61.228.124.92] helo=centrevilleva.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GFaD5-000120-L5 for capwap-archive@ietf.org; Tue, 22 Aug 2006 13:38:45 -0400 Received: by 192.168.199.171 with SMTP id FUJloXn; for ; Tue, 22 Aug 2006 10:38:00 -0700 Message-ID: <000001c6c611$b6605cb0$abc7a8c0@sgbh> Reply-To: "Lenny Gracie" From: "Lenny Gracie" To: capwap-archive@ietf.org Subject: Re: new va Date: Tue, 22 Aug 2006 10:38:00 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6C5D7.0A0184B0" 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.9 (+) X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6C5D7.0A0184B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Not very good erecxction? You are welcome - http://ctuisjerro.com/l/ =20 =20 =20 As long as it is just spit you are after, Floyd growled, hands joined and cupped over his nether regions. Oh, I do appreciate a sense of humor, stranger. The tentacle took ------=_NextPart_000_0001_01C6C5D7.0A0184B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
Not very good erecxction? You are welcome - http://ctuisjerro.com/l/

&n= bsp;

 

 

As long as it is just spit you = are after, Floyd growled, hands
joined and cupped over his nether regions.
Oh, I do appreciate a sense of humor, stranger. The tentacle = took

------=_NextPart_000_0001_01C6C5D7.0A0184B0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 22 13:50:24 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFaOO-00035Z-Pm for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 13:50:24 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFXdh-0000qp-Jo for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 10:54:01 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GFXUM-00019a-EQ for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 10:44:24 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 63327144806A for ; Tue, 22 Aug 2006 07:44:18 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id B8BBC43001F for ; Tue, 22 Aug 2006 07:43:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 9B27D1448029 for ; Tue, 22 Aug 2006 07:43:01 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id B25871448013 for ; Tue, 22 Aug 2006 07:42:57 -0700 (PDT) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-4.cisco.com with ESMTP; 22 Aug 2006 07:42:58 -0700 X-IronPort-AV: i="4.08,156,1154934000"; d="scan'208,217"; a="1849651138:sNHT52487638" 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.20060308/8.12.11) with ESMTP id k7MEgvBc004767; Tue, 22 Aug 2006 07:42:57 -0700 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 k7MEgnwL029904; Tue, 22 Aug 2006 07:42:57 -0700 (PDT) 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, 22 Aug 2006 07:42:54 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 22 Aug 2006 07:42:54 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2025B38D3@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Regarding next version of draft and packet formats Thread-Index: AcbEy7K5rwGgnRvSRBGKDWy1tIEdZABLWQgA From: "Pat Calhoun (pacalhou)" To: "Josh Peterson" , X-OriginalArrivalTime: 22 Aug 2006 14:42:54.0804 (UTC) FILETIME=[409A9940:01C6C5F9] Authentication-Results: sj-dkim-5.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( 59 extraneous bytes; sig from cisco.com 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] Regarding next version of draft and packet formats X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1198375405==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: -2.5 (--) X-Scan-Signature: 6d95a152022472c7d6cdf886a0424dc6 This is a multi-part message in MIME format. --===============1198375405== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6C5F9.406172AC" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6C5F9.406172AC Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We are working out the details of MUX vs. UDP port. Once we've ironed out the details of the protocol the editors will be putting out the -03 document. It is too early to tell what the packet format will look like, so I can't answer your question right now. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Josh Peterson [mailto:student1976@gmail.com]=20 Sent: Sunday, August 20, 2006 7:43 PM To: capwap@frascone.com Subject: [Capwap] Regarding next version of draft and packet formats =09 =09 Hi all When is the next version of the draft expected to be out? =09 Also, is the packet format as outlined in http://lists.frascone.com/pipermail/capwap/msg03250.html expected to be the new packet format in that draft? =09 Thanks Josh =09 ------_=_NextPart_001_01C6C5F9.406172AC Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
We are=20 working out the details of MUX vs. UDP port. Once we've ironed out the = details=20 of the protocol the editors will be putting out the -03 document. It is = too=20 early to tell what the packet format will look like, so I can't answer = your=20 question right now.
 

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

 

From: Josh Peterson=20 [mailto:student1976@gmail.com]
Sent: Sunday, August 20, = 2006 7:43=20 PM
To: capwap@frascone.com
Subject: [Capwap] = Regarding=20 next version of draft and packet formats

Hi all
    When is the next version of = the draft=20 expected to be out?

    Also, is the packet = format as=20 outlined in http://= lists.frascone.com/pipermail/capwap/msg03250.html=20 expected to be the new packet format in that=20 draft?

Thanks
Josh
------_=_NextPart_001_01C6C5F9.406172AC-- --===============1198375405== 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 --===============1198375405==-- From gravattu@kern.org Tue Aug 22 14:12:27 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFajj-0002a6-J3 for capwap-archive@ietf.org; Tue, 22 Aug 2006 14:12:27 -0400 Received: from [201.240.188.80] (helo=kern.org) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GFajh-0000Do-JX for capwap-archive@ietf.org; Tue, 22 Aug 2006 14:12:27 -0400 Received: by 192.168.60.40 with SMTP id yOltnalA; for ; Tue, 22 Aug 2006 11:11:48 -0700 Message-ID: <000001c6c616$6f6dba00$283ca8c0@efmnf> Reply-To: "Vittore Bradley" From: "Vittore Bradley" To: capwap-archive@ietf.org Subject: Re: new uo Date: Tue, 22 Aug 2006 11:11:48 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6C5DB.C30EE200" 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.8 (/) X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6C5DB.C30EE200 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Not very good erecxction? You are welcome - http://sadefaguntrinkdes.com =20 =20 =20 sound as well. The audience was looking at the screen instead of at us for the moment. Floyd looked at me, then raised his extended index finger to the side of his head and rotated it in a quick little ------=_NextPart_000_0001_01C6C5DB.C30EE200 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
Not very good erecxction? You are welcome - http://sadefaguntrinkdes.com

 

 

 

sound as well. The audience = was looking at the screen instead of at us
for the moment. Floyd looked at me, then raised his extended = index
finger to the side of his head and rotated it in a quick = little

------=_NextPart_000_0001_01C6C5DB.C30EE200-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 22 16:45:17 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFd7d-000529-SY for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 16:45:17 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFd7X-0007Gz-ER for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 16:45:17 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id B37E21448077 for ; Tue, 22 Aug 2006 13:45:07 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 8AC81430053 for ; Tue, 22 Aug 2006 13:44:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 73CEC39804B for ; Tue, 22 Aug 2006 13:44:26 -0700 (PDT) Received: from IS1.enterasys.com (is1.enterasys.com [63.160.138.52]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5839A398010 for ; Tue, 22 Aug 2006 13:44:18 -0700 (PDT) Received: from MABOSEVS2.ets.enterasys.com ([134.141.77.30]) by nhrocefe2.ets.enterasys.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 22 Aug 2006 16:44:17 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 22 Aug 2006 16:44:17 -0400 Message-ID: <3CFB564E055A594B82C4FE89D21565602193FA@MABOSEVS2.ets.enterasys.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Regarding next version of draft and packet formats(resend) Thread-Index: AcbGJ40yTCpa3rP3Qy+Hf+KNCdETPgAAxHPw From: "Nelson, David" To: X-OriginalArrivalTime: 22 Aug 2006 20:44:17.0218 (UTC) FILETIME=[BC546A20:01C6C62B] X-imss-version: 2.042 X-imss-result: Passed X-imss-approveListMatch: *@enterasys.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: Subject: Re: [Capwap] Regarding next version of draft and packet formats(resend) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 David T. Perkins writes... > I'm surprise and distrubed to say the least about the > statement "We are working out the details..."! > > Why? Because such work is being done without WG visibility. > > It would be proper, and I believe would result in a much better > outcome if this was done via an open interim meeting. The appropriate way to make such decisions in the IETF is for someone to propose a resolution to each issue (from the tracker tool) to the WG mailing list and call for consensus. I've seen a series of such messages from the document editors in the last week or so. It looks as if the process is working. Interim meetings are great for high-bandwidth, low-latency communication. However, in the final analysis, the I-D Editor(s) MUST post the proposed changes to WG work items to the list and the chairs declare that consensus is achieved before the changes are incorporated into a revised draft. If your complaint is that you expect to first see the resolutions in the text of a revised I-D, before those changes have been proposed and discussed on the WG mailing list, you have a valid process issue. Is that your concern? If not, I think your concerns are premature. Regards, Dave _________________________________________________________________ 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 Aug 22 18:32:49 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFenh-0002kl-Bx for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 18:32:49 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFcjo-0003BK-Pb for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 16:20:40 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GFcdQ-0001cB-0D for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 16:14:07 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 406B41448080 for ; Tue, 22 Aug 2006 13:14:00 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id C2B8443001F for ; Tue, 22 Aug 2006 13:13:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A4D1C398065 for ; Tue, 22 Aug 2006 13:13:05 -0700 (PDT) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id ACB65398007 for ; Tue, 22 Aug 2006 13:13:02 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k7MKD2Cl020892 for ; Tue, 22 Aug 2006 13:13:02 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k7MKD1B4020884 for ; Tue, 22 Aug 2006 13:13:02 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Tue, 22 Aug 2006 13:13:01 -0700 (PDT) From: "David T. Perkins" 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 tagged_above=-999 required=7 tests= X-Spam-Level: Subject: Re: [Capwap] Regarding next version of draft and packet formats (resend) X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 HI, I didn't see this show up on the mailing list. Sorry if you get it twice. Regards, /david t. perkins ---------- Forwarded message ---------- Date: Tue, 22 Aug 2006 09:52:35 -0700 (PDT) From: David T. Perkins To: "Pat Calhoun (pacalhou)" Cc: Josh Peterson , capwap@frascone.com Subject: Re: [Capwap] Regarding next version of draft and packet formats HI, I'm surprise and distrubed to say the least about the statement "We are working out the details..."! Why? Because such work is being done without WG visibility. It would be proper, and I believe would result in a much better outcome if this was done via an open interim meeting. Regards, /david t. perkins On Tue, 22 Aug 2006, Pat Calhoun (pacalhou) wrote: > We are working out the details of MUX vs. UDP port. Once we've ironed > out the details of the protocol the editors will be putting out the -03 > document. It is too early to tell what the packet format will look like, > so I can't answer your question right now. > > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > ________________________________ > > From: Josh Peterson [mailto:student1976@gmail.com] > Sent: Sunday, August 20, 2006 7:43 PM > To: capwap@frascone.com > Subject: [Capwap] Regarding next version of draft and packet > formats > > > Hi all > When is the next version of the draft expected to be out? > > Also, is the packet format as outlined in > http://lists.frascone.com/pipermail/capwap/msg03250.html expected to be > the new packet format in that draft? > > Thanks > Josh > > > _________________________________________________________________ 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 Aug 22 19:11:55 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFfMY-0002RE-KE for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 19:08:50 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFfFR-0000xc-9X for capwap-archive@lists.ietf.org; Tue, 22 Aug 2006 19:01:31 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 93753144806D for ; Tue, 22 Aug 2006 16:01:23 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 4420143001F for ; Tue, 22 Aug 2006 16:00:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2AD2F398077 for ; Tue, 22 Aug 2006 16:00:45 -0700 (PDT) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 60821398041 for ; Tue, 22 Aug 2006 16:00:43 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k7MN0dg2028674; Tue, 22 Aug 2006 16:00:39 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k7MN0cU1028669; Tue, 22 Aug 2006 16:00:38 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Tue, 22 Aug 2006 16:00:38 -0700 (PDT) From: "David T. Perkins" X-Sender: dperkins@shell4.bayarea.net To: "Nelson, David" In-Reply-To: <3CFB564E055A594B82C4FE89D21565602193FA@MABOSEVS2.ets.enterasys.com> Message-ID: MIME-Version: 1.0 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] Is the process working? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: c0bedb65cce30976f0bf60a0a39edea4 HI, See inline below... On Tue, 22 Aug 2006, Nelson, David wrote: > David T. Perkins writes... > > > I'm surprise and distrubed to say the least about the > > statement "We are working out the details..."! > > > > Why? Because such work is being done without WG visibility. > > > > It would be proper, and I believe would result in a much better > > outcome if this was done via an open interim meeting. > > The appropriate way to make such decisions in the IETF is for someone to > propose a resolution to each issue (from the tracker tool) to the WG > mailing list and call for consensus. This is only appropriate at specific places in a document life cycle. I don't believe the CAPWAP document is there yet. > I've seen a series of such > messages from the document editors in the last week or so. It looks as > if the process is working. Yes, the process is working, but the results are useless in many cases! Having process that works can get in the way of any real forward progress. That is what I believe is happening here. We need to throw out the bug tracker. > Interim meetings are great for high-bandwidth, low-latency > communication. However, in the final analysis, the I-D Editor(s) MUST > post the proposed changes to WG work items to the list and the chairs > declare that consensus is achieved before the changes are incorporated > into a revised draft. I believe there is a lot of "talking past each other". Email has made this much worse. > If your complaint is that you expect to first see the resolutions in the > text of a revised I-D, before those changes have been proposed and > discussed on the WG mailing list, you have a valid process issue. > Is that your concern? If not, I think your concerns are premature. The above seemed stated backwards. Is this what you meant? The issue is that fundamentals have not yet been defined in technically sound and complete descriptions. Some believe that the LWAPP document and the CAPWAP docs have met this test because there is "working product". That has been the ultimate answer to all hard questions. However, there are two holes with this logic. The first is that it has not been demonstrated that anyone has taken the LWAPP documentation and write code that interoperates with the airespace products (showing that the code and documents match, and the LWAPP docs are sufficient to do an implementation). Secondly, that the same assumptions from LWAPP transfer to CAPWAP. An example of this is that using DTLS (which encapsulates (and encrypts) the complete payload) causes problems not found in LWAPP (which encrypts only a portion of the message. 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 cloucua@ic.grainger.com Wed Aug 23 11:41:48 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFurU-0005vW-OW for capwap-archive@ietf.org; Wed, 23 Aug 2006 11:41:48 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFurU-0005jk-N2 for capwap-archive@ietf.org; Wed, 23 Aug 2006 11:41:48 -0400 Received: from anantes-157-1-27-248.w86-214.abo.wanadoo.fr ([86.214.34.248] helo=ic.grainger.com) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1GFurR-0004a8-Ty for capwap-archive@ietf.org; Wed, 23 Aug 2006 11:41:48 -0400 Received: by 192.168.119.203 with SMTP id xzkhix; for ; Wed, 23 Aug 2006 08:41:02 -0700 Message-ID: <000001c6c6ca$8a016b00$cb77a8c0@zepshpl> Reply-To: "Evaline Persaud" From: "Evaline Persaud" To: capwap-archive@ietf.org Subject: Re: new hu Date: Wed, 23 Aug 2006 08:41:02 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6C68F.DDA74DF0" 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.6 (++++) X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6C68F.DDA74DF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Not very good erecxction? You are welcome - http://vadasaxetionhe.com =20 =20 =20 will become an honest man. Or else. Who are you to talk! I sneered and drained the glass. A crooked shyster who is theoretically paid to uphold the law. Yet you stand by ------=_NextPart_000_0001_01C6C68F.DDA74DF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
Not very good erecxction? You are welcome - http://vadasaxetionhe.com

=  

 

 

will become an honest man. Or = else.
Who are you to talk! I sneered and drained the glass. A crooked
shyster who is theoretically paid to uphold the law. Yet you stand = by

------=_NextPart_000_0001_01C6C68F.DDA74DF0-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Aug 23 13:12:32 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFwGn-0008Q0-Sy for capwap-archive@lists.ietf.org; Wed, 23 Aug 2006 13:12:01 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFw1h-0001uT-0O for capwap-archive@lists.ietf.org; Wed, 23 Aug 2006 12:56:27 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id DFCAB39805B for ; Wed, 23 Aug 2006 09:56:21 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id A3556430018 for ; Wed, 23 Aug 2006 09:55:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 9116C1448017 for ; Wed, 23 Aug 2006 09:55:11 -0700 (PDT) Received: from shell4.bayarea.net (shell4.bayarea.net [209.128.82.1]) by hermes.tigertech.net (Postfix) with ESMTP id 5DA261448040 for ; Wed, 23 Aug 2006 09:55:08 -0700 (PDT) Received: from shell4.bayarea.net (localhost [127.0.0.1]) by shell4.bayarea.net (8.13.6/8.13.6) with ESMTP id k7NGt5BK024106; Wed, 23 Aug 2006 09:55:05 -0700 Received: from localhost (dperkins@localhost) by shell4.bayarea.net (8.13.6/8.12.11/Submit) with ESMTP id k7NGt5Va024101; Wed, 23 Aug 2006 09:55:05 -0700 X-Authentication-Warning: shell4.bayarea.net: dperkins owned process doing -bs Date: Wed, 23 Aug 2006 09:55:05 -0700 (PDT) From: "David T. Perkins" X-Sender: dperkins@shell4.bayarea.net To: "Pat Calhoun (pacalhou)" In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2026070F4@xmb-sjc-235.amer.cisco.com> Message-ID: 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: Cc: capwap@frascone.com Subject: Re: [Capwap] Is the process working? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 20f22c03b5c66958bff5ef54fcda6e48 HI, Yes, there are many "silly" things in the CAPWAP spec. Getting them out is a good thing. On the "conspiracy theory", said nothing about that. I only said that there is no WG visibility into what is going on with the editors. Also, don't see a process in place other than use the issue tracker, which seems not to be working. Also see you dismissing issues that you don't understand or are difficult instead of addressing. On the other hand, I do see you trying to move forward, where it seems like the rest of the WG has abandoned the effort. I propose that we put aside the "polishing" and work over the WG mailing list on resolving the packet formats. I've done a proposal. I don't believe I've seen much feedback. Why not just use my last proposal? I'd like to ask the WG co-charis to call for WG consenses on that proposal contained in a message sent on July 24. It resolves the MUX-FLUX and several other problems. Regards, /david t. perkins On Wed, 23 Aug 2006, Pat Calhoun (pacalhou) wrote: > Folks, > > The editors are working this issue. We will post text, and the WG will > have a chance to review and comment. No need to assume conspiracy > theories, or broken process - we're simply a tad behind due to travel > and summer holidays. > > > The issue is that fundamentals have not yet been defined in > > technically sound and complete descriptions. Some believe > > that the LWAPP document and the CAPWAP docs have met this > > test because there is "working product". That has been the > > ultimate answer to all hard questions. However, there are two > > holes with this logic. The first is that it has not been > > demonstrated that anyone has taken the LWAPP documentation > > and write code that interoperates with the airespace products > > (showing that the code and documents match, and the LWAPP > > docs are sufficient to do an implementation). > > I think we went through this before Dave, but we can have this pointless > discussion in public if you insist. When Airespace was acquired, a group > of independent engineers implemented the spec. Granted, they had access > to some of the original engineers, so it is likely that some questions > were answered outside the specification. However, the document, as > described, > was implemented by a separate engineering team. > > I don't think anyone, or certainly not me, stated that the document > was ready for publication as-is, but it has been implemented by two > teams. > > > Secondly, that the same assumptions from LWAPP transfer to > > CAPWAP. An example of this is that using DTLS (which > > encapsulates (and encrypts) the complete payload) causes > > problems not found in LWAPP (which encrypts only a portion of > > the message. > > Yes, this is true. Any changes made to the original specification > introduces risk in a protocol - regardless of the WG. This is a big > concern of mine, and is one reason why I prefer minimalistic changes, > where possible. However, in the end the interop process will help > point out problematic areas. > > Perhaps we can once more put this discussion to bed. It really doesn't > help the WG make progress in achieving our milestones. Decisions in > the past have been made, and we need to be marching forward. > > Now back to your comment on process. The editors, and WG, need > everyone's help in resolving comments. There are many open threads > that I need the list to respond to, as comments that created the > issues were overly vague (e.g., "something or other is silly > and broken"). > > Thanks, > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: David T. Perkins [mailto:dperkins@dsperkins.com] > > Sent: Tuesday, August 22, 2006 4:01 PM > > To: Nelson, David > > Cc: capwap@frascone.com > > Subject: Re: [Capwap] Is the process working? > > > > HI, > > > > See inline below... > > > > On Tue, 22 Aug 2006, Nelson, David wrote: > > > David T. Perkins writes... > > > > > > > I'm surprise and distrubed to say the least about the > > statement "We > > > > are working out the details..."! > > > > > > > > Why? Because such work is being done without WG visibility. > > > > > > > > It would be proper, and I believe would result in a much better > > > > outcome if this was done via an open interim meeting. > > > > > > The appropriate way to make such decisions in the IETF is > > for someone > > > to propose a resolution to each issue (from the tracker > > tool) to the > > > WG mailing list and call for consensus. > > This is only appropriate at specific places in a document > > life cycle. I don't believe the CAPWAP document is there yet. > > > > > I've seen a series of such > > > messages from the document editors in the last week or so. > > It looks > > > as if the process is working. > > Yes, the process is working, but the results are useless in > > many cases! > > Having process that works can get in the way of any real > > forward progress. That is what I believe is happening here. > > We need to throw out the bug tracker. > > > > > Interim meetings are great for high-bandwidth, low-latency > > > communication. However, in the final analysis, the I-D > > Editor(s) MUST > > > post the proposed changes to WG work items to the list and > > the chairs > > > declare that consensus is achieved before the changes are > > incorporated > > > into a revised draft. > > I believe there is a lot of "talking past each other". Email > > has made this much worse. > > > > > If your complaint is that you expect to first see the > > resolutions in > > > the text of a revised I-D, before those changes have been > > proposed and > > > discussed on the WG mailing list, you have a valid process issue. > > > Is that your concern? If not, I think your concerns are premature. > > The above seemed stated backwards. Is this what you meant? > > > > > > 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 Wed Aug 23 13:18:24 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFwMy-0003AZ-1M for capwap-archive@lists.ietf.org; Wed, 23 Aug 2006 13:18:24 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFujj-0004PA-CZ for capwap-archive@lists.ietf.org; Wed, 23 Aug 2006 11:33:47 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GFuF4-0003nM-2f for capwap-archive@lists.ietf.org; Wed, 23 Aug 2006 11:02:10 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 56CEE1448059 for ; Wed, 23 Aug 2006 08:01:57 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 3256F430018 for ; Wed, 23 Aug 2006 08:00:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1ACBD398063 for ; Wed, 23 Aug 2006 08:00:42 -0700 (PDT) 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 D2DD739802B for ; Wed, 23 Aug 2006 08:00:36 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 23 Aug 2006 08:00:35 -0700 X-IronPort-AV: i="4.08,160,1154934000"; d="scan'208"; a="441370900:sNHT33520248" 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.20060308/8.12.11) with ESMTP id k7NF0YMq028696; Wed, 23 Aug 2006 08:00:34 -0700 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 k7NF0Y1E022296; Wed, 23 Aug 2006 08:00:34 -0700 (PDT) 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.211); Wed, 23 Aug 2006 08:00:34 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 23 Aug 2006 08:00:31 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026070F4@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Is the process working? Thread-Index: AcbGPuk0KUsDkXkPTjiFq5a1MiKoCAAhJKxA From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , "Nelson, David" X-OriginalArrivalTime: 23 Aug 2006 15:00:34.0747 (UTC) FILETIME=[E2CAD0B0:01C6C6C4] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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] Is the process working? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: dbb8771284c7a36189745aa720dc20ab Folks, The editors are working this issue. We will post text, and the WG will have a chance to review and comment. No need to assume conspiracy theories, or broken process - we're simply a tad behind due to travel and summer holidays. > The issue is that fundamentals have not yet been defined in > technically sound and complete descriptions. Some believe > that the LWAPP document and the CAPWAP docs have met this > test because there is "working product". That has been the > ultimate answer to all hard questions. However, there are two > holes with this logic. The first is that it has not been > demonstrated that anyone has taken the LWAPP documentation > and write code that interoperates with the airespace products > (showing that the code and documents match, and the LWAPP > docs are sufficient to do an implementation). I think we went through this before Dave, but we can have this pointless discussion in public if you insist. When Airespace was acquired, a group of independent engineers implemented the spec. Granted, they had access to some of the original engineers, so it is likely that some questions were answered outside the specification. However, the document, as described, was implemented by a separate engineering team. I don't think anyone, or certainly not me, stated that the document was ready for publication as-is, but it has been implemented by two teams. > Secondly, that the same assumptions from LWAPP transfer to > CAPWAP. An example of this is that using DTLS (which > encapsulates (and encrypts) the complete payload) causes > problems not found in LWAPP (which encrypts only a portion of > the message. Yes, this is true. Any changes made to the original specification introduces risk in a protocol - regardless of the WG. This is a big concern of mine, and is one reason why I prefer minimalistic changes, where possible. However, in the end the interop process will help point out problematic areas. Perhaps we can once more put this discussion to bed. It really doesn't help the WG make progress in achieving our milestones. Decisions in the past have been made, and we need to be marching forward. Now back to your comment on process. The editors, and WG, need everyone's help in resolving comments. There are many open threads that I need the list to respond to, as comments that created the issues were overly vague (e.g., "something or other is silly and broken"). Thanks, Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Tuesday, August 22, 2006 4:01 PM > To: Nelson, David > Cc: capwap@frascone.com > Subject: Re: [Capwap] Is the process working? > > HI, > > See inline below... > > On Tue, 22 Aug 2006, Nelson, David wrote: > > David T. Perkins writes... > > > > > I'm surprise and distrubed to say the least about the > statement "We > > > are working out the details..."! > > > > > > Why? Because such work is being done without WG visibility. > > > > > > It would be proper, and I believe would result in a much better > > > outcome if this was done via an open interim meeting. > > > > The appropriate way to make such decisions in the IETF is > for someone > > to propose a resolution to each issue (from the tracker > tool) to the > > WG mailing list and call for consensus. > This is only appropriate at specific places in a document > life cycle. I don't believe the CAPWAP document is there yet. > > > I've seen a series of such > > messages from the document editors in the last week or so. > It looks > > as if the process is working. > Yes, the process is working, but the results are useless in > many cases! > Having process that works can get in the way of any real > forward progress. That is what I believe is happening here. > We need to throw out the bug tracker. > > > Interim meetings are great for high-bandwidth, low-latency > > communication. However, in the final analysis, the I-D > Editor(s) MUST > > post the proposed changes to WG work items to the list and > the chairs > > declare that consensus is achieved before the changes are > incorporated > > into a revised draft. > I believe there is a lot of "talking past each other". Email > has made this much worse. > > > If your complaint is that you expect to first see the > resolutions in > > the text of a revised I-D, before those changes have been > proposed and > > discussed on the WG mailing list, you have a valid process issue. > > Is that your concern? If not, I think your concerns are premature. > The above seemed stated backwards. Is this what you meant? > > > 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 Wed Aug 23 15:46:10 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFyfy-0002Us-NX for capwap-archive@lists.ietf.org; Wed, 23 Aug 2006 15:46:10 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GFyfw-0000Py-0G for capwap-archive@lists.ietf.org; Wed, 23 Aug 2006 15:46:10 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 7D1301448037 for ; Wed, 23 Aug 2006 12:46:01 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id C1B91430051 for ; Wed, 23 Aug 2006 12:44:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 15EF51448032 for ; Wed, 23 Aug 2006 12:44:47 -0700 (PDT) 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 9AE9D144806B for ; Wed, 23 Aug 2006 12:44:42 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 23 Aug 2006 12:44:44 -0700 X-IronPort-AV: i="4.08,161,1154934000"; d="scan'208"; a="337794638:sNHT38997892" 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.20060308/8.12.11) with ESMTP id k7NJigXK001362; Wed, 23 Aug 2006 12:44:42 -0700 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 k7NJigYp004287; Wed, 23 Aug 2006 12:44:42 -0700 (PDT) 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.211); Wed, 23 Aug 2006 12:44:42 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 23 Aug 2006 12:44:41 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026072E2@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Is the process working? Thread-Index: AcbG6MU5jUuWVSY4SvCGXA93aa39twAAzBZA From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" X-OriginalArrivalTime: 23 Aug 2006 19:44:42.0419 (UTC) FILETIME=[93FF2030:01C6C6EC] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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] Is the process working? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 88b11fc64c1bfdb4425294ef5374ca07 > On the "conspiracy theory", said nothing about that. > I only said that there is no WG visibility into what is going > on with the editors. To repeat, the editors were on the road and on vacation. > Also, don't see a process in place other > than use the issue tracker, which seems not to be working. > Also see you dismissing issues that you don't understand or > are difficult instead of addressing. On the other hand, I do > see you trying to move forward, where it seems like the rest > of the WG has abandoned the effort. The protocol is not done until we are done with all of the issues we need to resolve. I understand the desire to prioritize, and the editor's plans is to have text for the MUX/Port issue in -03. However, I've sent at least a dozen, if not more, new e-mails to the list, most of them trying to address issues you have raised. while we are working out the details of other changes, could you perhaps spend time on those? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Wednesday, August 23, 2006 9:55 AM > To: Pat Calhoun (pacalhou) > Cc: Nelson, David; capwap@frascone.com > Subject: RE: [Capwap] Is the process working? > > HI, > > Yes, there are many "silly" things in the CAPWAP spec. > Getting them out is a good thing. > > > I propose that we put aside the "polishing" and work over the > WG mailing list on resolving the packet formats. I've done a > proposal. I don't believe I've seen much feedback. Why not > just use my last proposal? I'd like to ask the WG co-charis > to call for WG consenses on that proposal contained in a > message sent on July 24. It resolves the MUX-FLUX and several > other problems. > > Regards, > /david t. perkins > > On Wed, 23 Aug 2006, Pat Calhoun (pacalhou) wrote: > > Folks, > > > > The editors are working this issue. We will post text, and > the WG will > > have a chance to review and comment. No need to assume conspiracy > > theories, or broken process - we're simply a tad behind due > to travel > > and summer holidays. > > > > > The issue is that fundamentals have not yet been defined in > > > technically sound and complete descriptions. Some believe > that the > > > LWAPP document and the CAPWAP docs have met this test > because there > > > is "working product". That has been the ultimate answer > to all hard > > > questions. However, there are two holes with this logic. > The first > > > is that it has not been demonstrated that anyone has > taken the LWAPP > > > documentation and write code that interoperates with the > airespace > > > products (showing that the code and documents match, and > the LWAPP > > > docs are sufficient to do an implementation). > > > > I think we went through this before Dave, but we can have this > > pointless discussion in public if you insist. When Airespace was > > acquired, a group of independent engineers implemented the spec. > > Granted, they had access to some of the original engineers, > so it is > > likely that some questions were answered outside the specification. > > However, the document, as described, was implemented by a separate > > engineering team. > > > > I don't think anyone, or certainly not me, stated that the document > > was ready for publication as-is, but it has been implemented by two > > teams. > > > > > Secondly, that the same assumptions from LWAPP transfer > to CAPWAP. > > > An example of this is that using DTLS (which encapsulates (and > > > encrypts) the complete payload) causes problems not found > in LWAPP > > > (which encrypts only a portion of the message. > > > > Yes, this is true. Any changes made to the original specification > > introduces risk in a protocol - regardless of the WG. This is a big > > concern of mine, and is one reason why I prefer > minimalistic changes, > > where possible. However, in the end the interop process will help > > point out problematic areas. > > > > Perhaps we can once more put this discussion to bed. It > really doesn't > > help the WG make progress in achieving our milestones. Decisions in > > the past have been made, and we need to be marching forward. > > > > Now back to your comment on process. The editors, and WG, need > > everyone's help in resolving comments. There are many open threads > > that I need the list to respond to, as comments that created the > > issues were overly vague (e.g., "something or other is silly and > > broken"). > > > > Thanks, > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > -----Original Message----- > > > From: David T. Perkins [mailto:dperkins@dsperkins.com] > > > Sent: Tuesday, August 22, 2006 4:01 PM > > > To: Nelson, David > > > Cc: capwap@frascone.com > > > Subject: Re: [Capwap] Is the process working? > > > > > > HI, > > > > > > See inline below... > > > > > > On Tue, 22 Aug 2006, Nelson, David wrote: > > > > David T. Perkins writes... > > > > > > > > > I'm surprise and distrubed to say the least about the > > > statement "We > > > > > are working out the details..."! > > > > > > > > > > Why? Because such work is being done without WG visibility. > > > > > > > > > > It would be proper, and I believe would result in a > much better > > > > > outcome if this was done via an open interim meeting. > > > > > > > > The appropriate way to make such decisions in the IETF is > > > for someone > > > > to propose a resolution to each issue (from the tracker > > > tool) to the > > > > WG mailing list and call for consensus. > > > This is only appropriate at specific places in a document life > > > cycle. I don't believe the CAPWAP document is there yet. > > > > > > > I've seen a series of such > > > > messages from the document editors in the last week or so. > > > It looks > > > > as if the process is working. > > > Yes, the process is working, but the results are useless in many > > > cases! > > > Having process that works can get in the way of any real forward > > > progress. That is what I believe is happening here. > > > We need to throw out the bug tracker. > > > > > > > Interim meetings are great for high-bandwidth, low-latency > > > > communication. However, in the final analysis, the I-D > > > Editor(s) MUST > > > > post the proposed changes to WG work items to the list and > > > the chairs > > > > declare that consensus is achieved before the changes are > > > incorporated > > > > into a revised draft. > > > I believe there is a lot of "talking past each other". Email has > > > made this much worse. > > > > > > > If your complaint is that you expect to first see the > > > resolutions in > > > > the text of a revised I-D, before those changes have been > > > proposed and > > > > discussed on the WG mailing list, you have a valid > process issue. > > > > Is that your concern? If not, I think your concerns > are premature. > > > The above seemed stated backwards. Is this what you meant? > > > > > > > > > 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 wxdqroiol@decordova.org Thu Aug 24 12:14:40 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GGHqq-0007w7-EX for capwap-archive@ietf.org; Thu, 24 Aug 2006 12:14:40 -0400 Received: from [201.19.165.217] (helo=[201.19.165.217]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GGHqp-0000ww-3I for capwap-archive@ietf.org; Thu, 24 Aug 2006 12:14:40 -0400 Date: Thu, 24 Aug 2006 13:14:29 +0300 From: "Lindsays" To: capwap-archive@ietf.org Subject: Apex WMV ASF Converter X-mailer: Foxmail 6, 4, 104, 20 [en] MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Spam-Score: 3.2 (+++) X-Scan-Signature: 93238566e09e6e262849b4f805833007 W_A_T_C_H O_U_T! HERE COMES THE BIG ONE! THURSDAY AUG 24th IS SURE TO BE A BIG DAY! Company Name: W_ILD B_RUSH E_NERGY (Other O T C: W B R S . P K ) S ym bol: W B R S 1-day T_arget: 0.10 Current P_rice: 0.05 W_ILD B_RUSH M AKES A MOVE! Wild Brush Acquires Additional Powder River Oil & Gas Lease. Read More Online NOW! Who is Wild Brush? Wild Brush Energy is a diversified energy company whose primary goal is to identify and develop Oil & Coalbed Methane sites within the State of Wyoming. In addition, Wild Brush Energy continues to evaluate clean air alternative energy producing technologies such as Wind Power. Wild Brush trades in the U.S. under the symbol "W B R S ." Currently trading in the .05 range! Now is your chance! ADD THIS GEM TO YOUR WATCH LIST, AND WATCH IT T R A D E CLOSELY ON THURSDAY AUGUST 24th! From afterschool@cinca.org Fri Aug 25 00:38:12 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GGTSO-0006Eb-6A for capwap-archive@ietf.org; Fri, 25 Aug 2006 00:38:12 -0400 Received: from [220.92.173.16] (helo=localhost) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GGTSL-0005ME-VY for capwap-archive@ietf.org; Fri, 25 Aug 2006 00:38:12 -0400 Message-ID: <000001c6c800$5cda3f80$0100007f@localhost> From: "Kiah Zimmermann" To: Subject: Monthly Summary, Invoice #93797 Date: Fri, 25 Aug 2006 13:38:08 +0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0001_01C6C800.5CDA3F80" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Spam-Score: 4.6 (++++) X-Scan-Signature: 2c6813ed945e40b4b5bea39da243c669 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6C800.5CDA3F80 Content-Type: multipart/mixed; boundary="----=_NextPart_001_000E_01C6C800.5CDA3F80" ------=_NextPart_001_000E_01C6C800.5CDA3F80 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return one copy of the invoice with this coversheet to OA within 5 calendar days of receipt. I have reviewed the attached invoice, approved the invoice for payment in the above stated amount, and ensured approval. ------=_NextPart_000_0001_01C6C800.5CDA3F80 Content-Type: application/msword; name="Invoice93797.doc" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="Invoice93797.doc" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAKgAAAAAA AAAAEAAALAAAAAEAAAD+////AAAAACkAAAD///////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// ///////////////////////////////////spcEAcWAJBAAA+BK/AAAAAAAAEAAAAAAABgAA 2AgAAA4AYmpianFQcVAAAAAAAAAAAAAAAAAAAAAAAAAJBBYALhAAABM6AQATOgEA2AAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAD//w8A AAAAAAAAAAAAAAAAAAAAAKQAAAAAAJIEAAAAAAAAkgQAAJIEAAAAAAAAkgQAAAAAAACSBAAA AAAAAJIEAAAAAAAAkgQAABQAAAAAAAAAAAAAAMwEAAC0AAAACAcAAAAAAAAIBwAAAAAAAAgH AAAAAAAACAcAAAwAAAAUBwAADAAAAIAFAAAAAAAAegkAAOwAAAAsBwAAFgAAAEIHAAAAAAAA QgcAAAAAAABCBwAAAAAAAEIHAAAAAAAAHQgAAAAAAAAdCAAAAAAAAB0IAAAAAAAA+QgAAAIA AAD7CAAAAAAAAPsIAAAAAAAA+wgAAAAAAAD7CAAAAAAAAPsIAAAAAAAA+wgAACQAAABmCgAA aAIAAM4MAACGAAAAHwkAABUAAAAAAAAAAAAAAAAAAAAAAAAAkgQAAAAAAAAdCAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAdCAAAAAAAAB0IAAAAAAAAHQgAAAAAAAAdCAAAAAAAAB8JAAAAAAAA AAAAAAAAAACSBAAAAAAAAJIEAAAAAAAAQgcAAAAAAAAAAAAAAAAAAEIHAADbAAAANAkAABYA AABpCAAAAAAAAGkIAAAAAAAAaQgAAAAAAAAdCAAAEAAAAJIEAAAAAAAAQgcAAAAAAACSBAAA AAAAAEIHAAAAAAAA+QgAAAAAAAAAAAAAAAAAAGkIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHQgAAAAAAAD5CAAAAAAAAAAAAAAAAAAA aQgAAAAAAAAAAAAAAAAAAGkIAAAAAAAAkgQAAAAAAACSBAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaQgAAAAAAABCBwAA AAAAACAHAAAMAAAAEMujlT/AxgEAAAAAAAAAAAgHAAAAAAAALQgAABYAAABpCAAAAAAAAAAA AAAAAAAA7QgAAAwAAABKCQAAMAAAAHoJAAAAAAAAaQgAAAAAAABUDQAAAAAAAEMIAAAcAAAA VA0AAAAAAABpCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFQNAAAAAAAAAAAAAAAAAACSBAAA AAAAAGkIAACEAAAAHQgAAAAAAAAdCAAAAAAAAGkIAAAAAAAAHQgAAAAAAAAdCAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHQgAAAAAAAAdCAAAAAAAAB0IAAAAAAAA HwkAAAAAAAAfCQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAXwgAAAoA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0IAAAAAAAAHQgAAAAAAAAdCAAA AAAAAHoJAAAAAAAAHQgAAAAAAAAdCAAAAAAAAB0IAAAAAAAAHQgAAAAAAAAAAAAAAAAAAIAF AAAAAAAAgAUAAAAAAACABQAAZAEAAOQGAAAkAAAAgAUAAAAAAACABQAAAAAAAIAFAAAAAAAA 5AYAAAAAAACmBAAAFAAAALoEAAAOAAAAyAQAAAQAAACSBAAAAAAAAJIEAAAAAAAAkgQAAAAA AACSBAAAAAAAAJIEAAAAAAAAkgQAAAAAAAD/////AAAAAAIADAEAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAEhvdCBTdW1tZXIgU3BlY2lhbHMhDQ1WaWFncmEgPSAk MyBwZXIgcGlsbCAoMTAwbWcpDQ1WaWFncmEgU29mdCA9ICQzLjY2IHBlciBwaWxsICgxMDBt ZykNDUNpYWxpcyA9ICQzLjc1IHBlciBwaWxsICgyMG1nKQ0NTGV2aXRyYSA9ICQ0LjkwIHBl ciBwaWxsICgyMG1nKQ0NE0hZUEVSTElOSyAiaHR0cDovL21lZHZlZHJ4LmNvbSIBFENsaWNr IEhlcmUgZm9yIG1vcmUgaW5mbyEVDQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYAADII AAAzCAAAmggAAJsIAACcCAAAuwgAALwIAAC9CAAA1ggAANcIAADYCAAA8+fz28q+qsqcyr4A AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGxVoBzlWABZoBzlWADBKEQA1 CIFDSjAAYUowACYCCIEDagAAAAAGCAEVaAc5VgAWaGEXEQA1CIFDSjAAVQgBYUowAAAXFWgH OVYAFmgHOVYANQiBQ0owAGFKMAAgA2oAAAAAFWgHOVYAFmgHOVYANQiBQ0owAFUIAWFKMAAA FxVoBzlWABZoBzlWADUIgUNKJABhSiQAFxVoBzlWABZoCCCoADUIgUNKKABhSigAFxVoBzlW ABZoBzlWADUIgUNKKABhSigAAAsABgAAFQgAABYIAAAzCAAANAgAAFkIAABaCAAAeQgAAHoI AACaCAAAmwgAANgIAADyAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAAAADt AAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA7QAA AAAAAAAAAAAAAO0AAAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAABAAAZ2QHOVYADQAAJmQMAQABUMYIAAAA/wwBAQBnZAc5VgAACwAGAADYCAAA /QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAABAQAAQEBLAAxkGgBH7DQLyCw4D0hsAgHIrAIByOQoAUkkKAFJbAAABew 0AIYsNACDJDQAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACbAAAARAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAADQyep5+brOEYyCAKoAS6kLAgAAAAMAAADgyep5+brOEYyCAKoAS6kLKgAAAGgAdAB0 AHAAOgAvAC8AbQBlAGQAdgBlAGQAcgB4AC4AYwBvAG0ALwAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhgISABIAAQCcAA8ABAAAAAAA AAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAQPH/AgBAAAwEAAAAAAAA AAAGAE4AbwByAG0AYQBsAAAAAgAAABgAQ0oYAF9IAQRhShgAbUgJBHNICQR0SAkEAAAAAAAA AAAAAAAAAAAAAAAARABBQPL/oQBEAAwFAAAAAAAAAAAWAEQAZQBmAGEAdQBsAHQAIABQAGEA cgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAAAFIAaQDz/7MAUgAMBQAAAAAAAAAADABUAGEA YgBsAGUAIABOAG8AcgBtAGEAbAAAABwAF/YDAAA01gYAAQoDbAA01gYAAQUDAABh9gMAAAIA CwAAACgAawD0/8EAKAAABQAAAAAAAAAABwBOAG8AIABMAGkAcwB0AAAAAgAAAAAAAABqAJoA swDzAGoADAQAAN43PwAAAAoAVABhAGIAbABlACAARwByAGkAZAAAADcAOlYPABPWMAAAAP8E AQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAACAA8AAABIAJkA AQACAUgADAUAAAAzjQAAAAwAQgBhAGwAbABvAG8AbgAgAFQAZQB4AHQAAAACABAAFABDShAA T0oDAFFKAwBeSgMAYUoQADYAVUCiABEBNgAMBAAAgBWBAAAACQBIAHkAcABlAHIAbABpAG4A awAAAAwAPioBQioCcGgAAP8AAAAAANgAAAAGAAAQAAAFAP////8BAAAABCEAAP//AQCgepkA AAAAAAAAAADYAAAAAAAAAAAAAAAAAAAAAAAVAAAAFgAAADMAAAA0AAAAWQAAAFoAAAB5AAAA egAAAJoAAACbAAAA2gAAAAT/AADAIQAA8fAEAAABAADAIQAA63QEAAABAADAIQAA63QEAAAB AADAIQAA63QEAAABAADAIQAA63QEAAABAADAIQAA63QEAAABAADAIQAA63QEAAABAADAIQAA 63QEAAABAADAIQAA63QEAAABAADAIQAA1AIEAAABAADAIQAAGlkFAAAAAAAVAAAAFgAAADMA AAA0AAAAWQAAAFoAAAB5AAAAegAAAJoAAACbAAAA2gAAAJgAAAAAMAAAAAAAAACAAAAAgAAA AAAAAAAAAACYQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmEAAAAAwAAAAAAAAAIAAAACA AAAAAAAAAAAAAJhAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYQAAAADAAAAAAAAAAgAAA AIAAAAAAAAAAAAAAmEAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJhAAAAAMAAAAAAAAACA AAAAgAAAAAAAAAAAAACYQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmEAAAAAwAAAAAAAA AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA AAAAgAAAAIAAAAAAAAAAAAAAAAAAANoAAABLiAAwABAAAAAAAAABAAAAAAAAAAAAAAAEDp8H AAYAANgIAAAFAAAAAAYAANgIAAAGAAAAAAYAANgIAAAHAAAAmwAAALwAAADWAAAA2AAAABNY FP8VhA8AAPA4AAAAAAAG8BgAAAACCAAAAgAAAAEAAAABAAAAAQAAAAIAAABAAB7xEAAAAP// AAAAAP8AgICAAPcAABAADwAC8JIAAAAQAAjwCAAAAAEAAAABBAAADwAD8DAAAAAPAATwKAAA AAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAAQAAAUAAAAPAATwQgAAABIACvAI AAAAAQQAAAAOAABTAAvwHgAAAL8BAAAQAMsBAAAAAP8BAAAIAAQDCQAAAD8DAQABAAAAEfAE AAAAAQAAAAAAAADXAAAA2gAAAAQAAwAAAAAAwwAAAMcAAADaAAAABwA6AAcAAAAAADQAAAC9 AAAA1wAAANoAAAAFAAcABQAHAAAAAADaAAAABwAbAAAABAAAAAgAAADlAAAAAAAAABoAAABZ NgAArHABAGEXEQDyNCoAmHYvAFJ5OgDRXjwA3jc/AAc5VgCyPlcAvx5mAMRHZwDBW24AfRNy ALcscwAREnoAgBWBAERFgwAAM40ACCCoAOxOvAAnL8IACxXgAB4b4AA1fOwAwVH6AERG/gAA AAAA2gAAAAAAAAD/QAOAAQDXAAAA1wAAAJAkiAVdAV0B1wAAAAAAAADXAAAAAAAAAAIQAAAA AAAAANgAAABgAAAQAEAAAP//AQAAAAcAVQBuAGsAbgBvAHcAbgD//wEACAAAAAAAAAAAAAAA //8BAAAAAAD//wAAAgD//wAAAAD//wAAAgD//wAAAAAEAAAARxaQAQAAAgIGAwUEBQIDBId6 ACAAAACACAAAAAAAAAD/AQAAAAAAAFQAaQBtAGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuAAAA NRaQAQIABQUBAgEHBgIFBwAAAAAAAAAQAAAAAAAAAAAAAACAAAAAAFMAeQBtAGIAbwBsAAAA MyaQAQAAAgsGBAICAgICBId6ACAAAACACAAAAAAAAAD/AQAAAAAAAEEAcgBpAGEAbAAAADUm kAEAAAILBgQDBQQEAgSHegBhAAAAgAgAAAAAAAAA/wEBAAAAAABUAGEAaABvAG0AYQAAACIA BAAxCIgYAPDQAgAAaAEAAAAAMXioRjN4qEaCFaOGBQACAAAAIAAAALgAAAABAAEAAAAEAAMQ AQAAACAAAAC4AAAAAQABAAAAAQAAAAAAAAAhAwDwEAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAIB6AFtAC0AIGBPjQAABEAGQBkAAAAGQAAANcAAADXAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAgAAAAAAAAAAAAkzgxEA8BAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA SFgAAAAAKfD/DwEAAT8AAOQEAAD///9/////f////3////9/////f////3////9/3jc/AAAA AAAyAAAAAAAAAAAAAAAAAAAAAAD//xIAAAAAAAAAEgBTAEEAVgBFACAAWQBPAFUAUgAgAEIA VQBTAEkATgBFAFMAUwAAAAAAAAAOAFcAaQBsAGwAaQBhAG0AIABFAHMAdABoAGUAcgAOAFcA aQBsAGwAaQBhAG0AIABFAHMAdABoAGUAcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAFAQIAAAAAAAAAAAAAAAAAAAAAAAEA AADghZ/y+U9oEKuRCAArJ7PZMAAAAJwBAAASAAAAAQAAAJgAAAACAAAAoAAAAAMAAAC8AAAA BAAAAMgAAAAFAAAA4AAAAAYAAADsAAAABwAAAPgAAAAIAAAACAEAAAkAAAAgAQAAEgAAACwB AAAKAAAATAEAAAsAAABYAQAADAAAAGQBAAANAAAAcAEAAA4AAAB8AQAADwAAAIQBAAAQAAAA jAEAABMAAACUAQAAAgAAAOQEAAAeAAAAFAAAAFNBVkUgWU9VUiBCVVNJTkVTUwAAHgAAAAQA AAAAAAAAHgAAABAAAABXaWxsaWFtIEVzdGhlcgAAHgAAAAQAAAAAAAAAHgAAAAQAAAAAAAAA HgAAAAgAAABOb3JtYWwAAB4AAAAQAAAAV2lsbGlhbSBFc3RoZXIAAB4AAAAEAAAANQAAAB4A AAAYAAAATWljcm9zb2Z0IE9mZmljZSBXb3JkAAAAQAAAAACMhkcAAAAAQAAAAACUeJp/PsYB QAAAAAD+A0U/wMYBQAAAAACKiow/wMYBAwAAAAEAAAADAAAAIAAAAAMAAAC4AAAAAwAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAABQECAAAAAAAAAAAAAAAAAAAAAAACAAAAAtXN1Zwu GxCTlwgAKyz5rkQAAAAF1c3VnC4bEJOXCAArLPmuXAEAABgBAAAMAAAAAQAAAGgAAAAPAAAA cAAAAAUAAACYAAAABgAAAKAAAAARAAAAqAAAABcAAACwAAAACwAAALgAAAAQAAAAwAAAABMA AADIAAAAFgAAANAAAAANAAAA2AAAAAwAAAD3AAAAAgAAAOQEAAAeAAAAIAAAAFBob2VuaXgg TWFuYWdlbWVudCBDb3Jwb3JhdGlvbgAAAwAAAAEAAAADAAAAAQAAAAMAAADXAAAAAwAAAOYV CwALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAB4QAAABAAAAEwAAAFNBVkUgWU9V UiBCVVNJTkVTUwAMEAAAAgAAAB4AAAAGAAAAVGl0bGUAAwAAAAEAAAAAAACsAAAAAwAAAAAA AAAgAAAAAQAAADgAAAACAAAAQAAAAAEAAAACAAAADAAAAF9QSURfSExJTktTAAIAAADkBAAA QQAAAGQAAAAGAAAAAwAAAAgAWwADAAAAAAAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAFQAAAGgA dAB0AHAAOgAvAC8AbQBlAGQAdgBlAGQAcgB4AC4AYwBvAG0ALwAAAAAAHwAAAAEAAAAAABIA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAD+////CgAAAAsA AAAMAAAADQAAAA4AAAAPAAAAEAAAAP7///8SAAAAEwAAABQAAAAVAAAAFgAAABcAAAAYAAAA /v///xoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAAAAD+////IgAAACMAAAAkAAAAJQAAACYA AAAnAAAAKAAAAP7////9////KwAAAP7////+/////v////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////9SAG8AbwB0ACAARQBuAHQA cgB5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFgAFAf// ////////AwAAAAYJAgAAAAAAwAAAAAAAAEYAAAAAAAAAAAAAAAAQPKaVP8DGAS0AAACAAAAA AAAAAEQAYQB0AGEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAKAAIB////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAACQAAAAAQAAAAAAAAMQBUAGEAYgBsAGUAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4AAgEBAAAABgAAAP////8AAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARAAAAABAAAAAAAABXAG8AcgBkAEQA bwBjAHUAbQBlAG4AdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA GgACAQIAAAAFAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAuEAAAAAAAAAUAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAoAAIB////////////////AAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAGQAAAAAQAAAAAAAABQBEAG8AYwB1AG0AZQBuAHQAUwB1AG0A bQBhAHIAeQBJAG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAAAAAAAAAAADgAAgEEAAAA//////// //8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhAAAAABAAAAAAAAABAEMA bwBtAHAATwBiAGoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAEgACAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAABxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAP7///////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////8BAP7/AwoAAP////8GCQIAAAAAAMAAAAAAAABGHwAAAE1pY3Jvc29mdCBPZmZp Y2UgV29yZCBEb2N1bWVudAAKAAAATVNXb3JkRG9jABAAAABXb3JkLkRvY3VtZW50LjgA9Dmy cQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== ------=_NextPart_000_0001_01C6C800.5CDA3F80-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Aug 27 22:37:51 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHX0Z-0006O1-7i for capwap-archive@lists.ietf.org; Sun, 27 Aug 2006 22:37:51 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHX0X-0004nS-OI for capwap-archive@lists.ietf.org; Sun, 27 Aug 2006 22:37:51 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id BA79F3980CD for ; Sun, 27 Aug 2006 19:37:38 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 6CAB1430017 for ; Sun, 27 Aug 2006 19:37:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 47F97144802E for ; Sun, 27 Aug 2006 19:37:03 -0700 (PDT) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.129.25]) by hermes.tigertech.net (Postfix) with ESMTP id 08FFA1448002 for ; Sun, 27 Aug 2006 19:36:59 -0700 (PDT) Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/bulls) with ESMTP id k7S2aphF017704 for ; Mon, 28 Aug 2006 11:36:51 +0900 (JST) Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx1) with ESMTP id k7S2arp28335 for ; Mon, 28 Aug 2006 11:36:53 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/whitesox) with SMTP id k7S2aqX12022 for ; Mon, 28 Aug 2006 11:36:52 +0900 (JST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 10:40:11 +0800 Message-ID: <5F09D220B62F79418461A978CA0921BD011F6E8F@pslexc01.psl.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Terminology update Thread-Index: AcbKS0ifxVRv3+IhRuClTW86bu5jdQ== From: "Saravanan Govindan" 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.4 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, FORGED_RCVD_HELO, HTML_MESSAGE X-Spam-Level: Subject: [Capwap] Terminology update X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============0799326511==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 48472a944c87678fcfe8db15ffecdfff This is a multi-part message in MIME format. --===============0799326511== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CA4A.B6E85939" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CA4A.B6E85939 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 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 =20 Suggestion: =20 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.=20 =20 Appreciate comments.=20 =20 Cheers, Saravanan ------_=_NextPart_001_01C6CA4A.B6E85939 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

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.

 

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.

 

Appreciate comments.

 

Cheers,

Saravanan

------_=_NextPart_001_01C6CA4A.B6E85939-- --===============0799326511== 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 --===============0799326511==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Sun Aug 27 22:49:55 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHXCF-0003bI-OR for capwap-archive@lists.ietf.org; Sun, 27 Aug 2006 22:49:55 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHXCF-0006MT-MJ for capwap-archive@lists.ietf.org; Sun, 27 Aug 2006 22:49:55 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GHXCD-0004A4-KK for capwap-archive@lists.ietf.org; Sun, 27 Aug 2006 22:49:55 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id C4AE4398049 for ; Sun, 27 Aug 2006 19:49:52 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 0FD30430017 for ; Sun, 27 Aug 2006 19:49:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id EC75A39803E for ; Sun, 27 Aug 2006 19:49:24 -0700 (PDT) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.129.25]) by zoidberg.tigertech.net (Postfix) with ESMTP id D12AF39800F for ; Sun, 27 Aug 2006 19:49:22 -0700 (PDT) Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/bulls) with ESMTP id k7S2nIcZ002996; Mon, 28 Aug 2006 11:49:19 +0900 (JST) Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx2) with ESMTP id k7S2nLY10522; Mon, 28 Aug 2006 11:49:21 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/indians) with SMTP id k7S2nKk04737; Mon, 28 Aug 2006 11:49:20 +0900 (JST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 10:52:37 +0800 Message-ID: <5F09D220B62F79418461A978CA0921BD011F6EA1@pslexc01.psl.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 198: Issues with WTP BSSID element Thread-Index: AcbAuOJjpmziEj7dQ669efpxmMC8GgJkxhDg From: "Saravanan Govindan" To: "Pat Calhoun (pacalhou)" , "capwap" X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.424 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, FORGED_RCVD_HELO X-Spam-Level: Subject: Re: [Capwap] Issue 198: Issues with WTP BSSID element X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb To understand this better, is the aim of Section 11.9.3 (IEEE 802.11 Assigned WTP BSSID) to map traffic from a particular BSSID on the wireless side to a certain WLAN on the wired side? Thank you Saravanan -----Original Message----- From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] Sent: Wednesday, August 16, 2006 6:20 AM To: capwap Subject: [Capwap] Issue 198: Issues with WTP BSSID element The issue states: "IEEE 802.11 Assigned WTP BSSID. The mapping of WLAN IDs to BSSIDs seems like it needs a little more work" Could I get additional details on what needs to be done? The section labelled "IEEE 802.11 Assigned WTP BSSID" describes the message element, and the section "BSSID to WLAN ID Mapping" describes the rules. At this point, it's unclear to me this is a real issue, and I would propose rejecting 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 Sun Aug 27 23:26:30 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHXle-0002LB-5f for capwap-archive@lists.ietf.org; Sun, 27 Aug 2006 23:26:30 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHXlc-0003OJ-MQ for capwap-archive@lists.ietf.org; Sun, 27 Aug 2006 23:26:30 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 21DD13980DC for ; Sun, 27 Aug 2006 20:26:28 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id A01B1430017 for ; Sun, 27 Aug 2006 20:25:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8F6041448016 for ; Sun, 27 Aug 2006 20:25:43 -0700 (PDT) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.129.25]) by hermes.tigertech.net (Postfix) with ESMTP id 622F41448002 for ; Sun, 27 Aug 2006 20:25:41 -0700 (PDT) Received: from mail-gw.jp.panasonic.com (dodgers.mei.co.jp [157.8.1.150]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/jazz) with ESMTP id k7S3Pdwa015704 for ; Mon, 28 Aug 2006 12:25:39 +0900 (JST) Received: by mail-gw.jp.panasonic.com (8.11.6p2/3.7W/somlx2) with ESMTP id k7S3PfY28279 for ; Mon, 28 Aug 2006 12:25:41 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by mail.jp.panasonic.com (8.11.6p2/3.7W/redsox) with SMTP id k7S3Pfn26849 for ; Mon, 28 Aug 2006 12:25:41 +0900 (JST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 11:23:56 +0800 Message-ID: <5F09D220B62F79418461A978CA0921BD011F6EBA@pslexc01.psl.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Editorial - WTP Event Request Thread-Index: AcbKUWJN8WmxKk+XRnO8RxdQKdbKtQ== From: "Saravanan Govindan" 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.6 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, FORGED_RCVD_HELO, HTML_90_100, HTML_MESSAGE X-Spam-Level: Subject: [Capwap] Editorial - WTP Event Request X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1214598358==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.2 (/) X-Scan-Signature: 0770535483960d190d4a0d020e7060bd This is a multi-part message in MIME format. --===============1214598358== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CA50.D2817A84" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CA50.D2817A84 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 This is a follow-up on an earlier thread; =20 http://lists.frascone.com/pipermail/capwap/msg03208.html =20 Is the proposal ok for the next draft?=20 =20 Cheers, Saravanan ------_=_NextPart_001_01C6CA50.D2817A84 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

This is a follow-up on an earlier = thread;

 

http://= lists.frascone.com/pipermail/capwap/msg03208.html

 

Is the proposal ok for the next draft? =

 

Cheers,


Saravanan

------_=_NextPart_001_01C6CA50.D2817A84-- --===============1214598358== 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 --===============1214598358==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 02:25:09 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHaYX-0000xG-9E for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 02:25:09 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHaYV-000301-EB for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 02:25:09 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id C855E1448021 for ; Sun, 27 Aug 2006 23:24:49 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 31905430017 for ; Sun, 27 Aug 2006 23:22:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 131BC3980B0 for ; Sun, 27 Aug 2006 23:22:20 -0700 (PDT) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [61.144.161.53]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9501B39807F for ; Sun, 27 Aug 2006 23:22:17 -0700 (PDT) Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J4P00A6N2YX9G@szxga01-in.huawei.com> for capwap@frascone.com; Mon, 28 Aug 2006 14:20:58 +0800 (CST) Received: from huawei.com ([172.24.1.18]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J4P00KFR2YX56@szxga01-in.huawei.com> for capwap@frascone.com; Mon, 28 Aug 2006 14:20:57 +0800 (CST) Received: from dell60 ([10.18.23.153]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0J4P005UW307WB@szxml03-in.huawei.com> for capwap@frascone.com; Mon, 28 Aug 2006 14:21:48 +0800 (CST) Date: Mon, 28 Aug 2006 11:47:38 +0530 From: sujay In-reply-to: <5F09D220B62F79418461A978CA0921BD011F6EBA@pslexc01.psl.local> To: 'Saravanan Govindan' , capwap@frascone.com Message-id: <004c01c6ca69$a9899220$9917120a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Mailer: Microsoft Office Outlook 11 Thread-index: AcbKUWJN8WmxKk+XRnO8RxdQKdbKtQAFiISQ X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.001 tagged_above=-999 required=7 tests=HTML_MESSAGE X-Spam-Level: Subject: Re: [Capwap] Editorial - WTP Event Request X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1692562323==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: a3f7094ccc62748c06b21fcf44c073ee This is a multi-part message in MIME format. --===============1692562323== Content-type: multipart/alternative; boundary="Boundary_(ID_yWNUc4aat4nYt7dvli5Qrg)" This is a multi-part message in MIME format. --Boundary_(ID_yWNUc4aat4nYt7dvli5Qrg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Saravanan, "The exchange of a CAPWAP control message serves as an implicit keep alive mechanism for the WTP. The arrival of a CAPWAP control message at the AC indicates the WTP is operational. In cases where regular CAPWAP control messages are not exchanged, explicit keep alive is used (see Section 7)." As the understanding is, arrival of *any* authenticated control message obviates the need for an 'echo request' message, to keep up the neighbour as up. I wouldn't prefer the last statement..viz.. "In cases where regular CAPWAP control messages are not exchanged, explicit keep alive is used (see Section 7)." This kind of sounds making the keep alive and control message usage mutually exclusive. Could we put more simpler, " CAPWAP control messages MAY/SHOULD be treated equivalent to an Echo request message received(See Section 7)" , Again noting; WTP event request message is just one of those possible control messages. Regds, Sujay G My Location; http://maps.google.com/maps?ll=14.626109,76.959229 &spn=4.724852,7.525085&t=h&hl=en 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! _____ From: Saravanan Govindan [mailto:Saravanan.Govindan@sg.panasonic.com] Sent: Monday, August 28, 2006 8:54 AM To: capwap@frascone.com Subject: [Capwap] Editorial - WTP Event Request All, This is a follow-up on an earlier thread; http://lists.frascone.com/pipermail/capwap/msg03208.html Is the proposal ok for the next draft? Cheers, Saravanan --Boundary_(ID_yWNUc4aat4nYt7dvli5Qrg) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT
Saravanan,
 
<snip> 
"The exchange of a CAPWAP control message serves as an implicit keep
alive mechanism for the WTP. The arrival of a CAPWAP control message at
the AC indicates the WTP is operational. In cases where regular CAPWAP
control messages are not exchanged, explicit keep alive is used (see
Section 7)."<snip/>
 
As the understanding is, arrival of *any* authenticated control message obviates
the need for an 'echo request' message, to keep up the neighbour as up.
 I wouldn't prefer the last statement..viz..
"In cases where regular CAPWAP control messages are not exchanged, explicit keep alive is used (see
Section 7)."
This kind of sounds making the keep alive and control message usage mutually exclusive. Could we put
more simpler, " CAPWAP control messages MAY/SHOULD  be treated equivalent to an Echo request message
received(See Section 7)" ,
Again noting; WTP event request message is just one of those possible control messages.
Regds,
Sujay G
My Location;
http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.724852,7.525085&t=h&hl=en


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!
 

From: Saravanan Govindan [mailto:Saravanan.Govindan@sg.panasonic.com]
Sent: Monday, August 28, 2006 8:54 AM
To: capwap@frascone.com
Subject: [Capwap] Editorial - WTP Event Request

All,

 

This is a follow-up on an earlier thread;

 

http://lists.frascone.com/pipermail/capwap/msg03208.html

 

Is the proposal ok for the next draft?

 

Cheers,


Saravanan

--Boundary_(ID_yWNUc4aat4nYt7dvli5Qrg)-- --===============1692562323== 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 --===============1692562323==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 12:07:19 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHjdv-0000Ql-IT for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 12:07:19 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHjds-0002p8-NX for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 12:07:19 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id BDEED398117 for ; Mon, 28 Aug 2006 09:07:13 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id B4A26430017 for ; Mon, 28 Aug 2006 09:04:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 9E6F343187B for ; Mon, 28 Aug 2006 09:04:58 -0700 (PDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by hermes.tigertech.net (Postfix) with ESMTP id 1F6354318C8 for ; Mon, 28 Aug 2006 09:04:55 -0700 (PDT) Received: by nf-out-0910.google.com with SMTP id x30so1206119nfb for ; Mon, 28 Aug 2006 09:04:54 -0700 (PDT) Received: by 10.48.242.19 with SMTP id p19mr9201904nfh; Mon, 28 Aug 2006 09:04:54 -0700 (PDT) Received: by 10.49.42.3 with HTTP; Mon, 28 Aug 2006 09:04:54 -0700 (PDT) Message-ID: <5bfe7a820608280904t4aa99c71m1f4f1f91ab8a94a7@mail.gmail.com> Date: Mon, 28 Aug 2006 09:04:54 -0700 From: "Dorothy Stanley" To: young@huawei-3com.com In-Reply-To: <005a01c6b52b$c5142210$4a07120a@china.huawei.com> MIME-Version: 1.0 References: <005a01c6b52b$c5142210$4a07120a@china.huawei.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.9 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, FROM_ENDS_IN_NUMS, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] suggestion for the section 4.4 and 11.9 of draft 02 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============0349799789==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.5 (/) X-Scan-Signature: f0b5a4216bfa030ed8a6f68d1833f8ae --===============0349799789== Content-Type: multipart/alternative; boundary="----=_Part_33767_16119700.1156781094469" ------=_Part_33767_16119700.1156781094469 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Richard, all, I have opened Issue # 204, "More general wireless support" to track this. Dorothy Stanley On 7/31/06, young wrote: > > Hi, Pat Calhoun > > > > I think that section 4.4 should add more common parameter to make CAPWAP > having more strength to adapt to any wireless > > technology. > > > > I have the following suggestion for section 4.4 and 11.9 of draft 02. > > 1) *4.4.38. WTP Radio Information* > > As the section should be work for any wireless implement, I suggest the > following value > > should be moved to 802.11 binding. The value should be defined by > wireless technology binding. > > 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. > > > > 2) *11.9.18. IEEE 802.11 Tx Power* > > I think it could be moved to the section 4.4, as channel and Tx power are > common parameters for RF management. > > > > 3) Add "WTP radio channel" > > As per 2), we could define a TLV to report current channel (AP to AC) or > to configure channel (AC to AP). > > Now,. *11.9.12. IEEE 802.11 OFDM Control* and *11.9.5. **IEEE 802.11Direct Sequence Control > * > > has channel configuration information. > > But I think that a specific TLV for it is better. By this way, 4.4 will > provide > > more common parameter for any wireless technology. > > 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 | Reserved | Current Channel | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > 4) *11.9.24. IEEE 802.11 WTP Radio Fail Alarm Indications* > > I think it could be moved to the section 4.4, it could be a common event > for any wireless technology. > > > > 5) *11.9.1. IEEE 802.11 Add WLAN* > > How about we rename "WLAN" as wireless service? By this way, we could > achieve abstract while make it work > > for most wireless technology. > > If it is ok, we could define "add wireless service, delete wireless > service, update wireless service" in the section 4.4. > > Any wireless technology could add its specific parameter in the binding > section. > > > > 6) *11.9.22. IEEE 802.11 WTP Quality of Service* > > As per 5), I think we could define "*WTP Quality of Service*"in the > section 4.4. > > Radio ID, Tag Packets and Queue Depth could be defined in the "*WTP > Quality of Service*". > > While CWMin and so on could be defined in the *IEEE 802.11 WTP Quality of > Service.* > > > > Regard > > > > Richard > > Huawei-3com > > > > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > ------=_Part_33767_16119700.1156781094469 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Richard, all,
 
I have opened Issue # 204, "More general wireless support" to track this.
 
Dorothy Stanley

 
On 7/31/06, young <young@huawei-3com.com> wrote:

Hi, Pat Calhoun

 

I think that section 4.4 should add more common parameter to make CAPWAP having more strength to adapt to any wireless

technology.

 

I have the following suggestion for section 4.4 and 11.9 of draft 02.

1) 4.4.38.  WTP Radio Information

 As the section should be work for any wireless implement, I suggest the following value

 should be moved to 802.11 binding. The value should be defined by wireless technology binding.

       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.

 

2) 11.9.18.  IEEE 802.11 Tx Power

I think it could be moved to the section 4.4, as channel and Tx power are common parameters for RF management.

 

3)  Add "WTP radio channel"

As per 2), we could define a TLV to report current channel (AP to AC) or to configure channel (AC to AP).

Now,. 11.9.12.  IEEE 802.11 OFDM Control and 11.9.5.  IEEE 802.11 Direct Sequence Control

has channel configuration information.

But I think that a specific TLV for it is better. By this way, 4.4 will provide

more common parameter for any wireless technology.

     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   |    Reserved   |        Current Channel       |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

4) 11.9.24.  IEEE 802.11 WTP Radio Fail Alarm Indications

I think it could be moved to the section 4.4, it could be a common event for any wireless technology.

 

5) 11.9.1.  IEEE 802.11 Add WLAN

How about we rename "WLAN" as wireless service? By this way, we could achieve abstract while make it work

for most wireless technology.

If it is ok, we could define "add wireless service, delete wireless service, update wireless service" in the section 4.4.

Any wireless technology could add its specific parameter in the binding section.

 

6) 11.9.22.  IEEE 802.11 WTP Quality of Service

As per 5), I think we could define " WTP Quality of Service"in the section 4.4.

Radio ID, Tag Packets and Queue Depth could be defined in the "WTP Quality of Service ".

While CWMin and so on could be defined in the IEEE 802.11 WTP Quality of Service.

 

Regard

 

Richard

Huawei-3com

 

 


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

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


------=_Part_33767_16119700.1156781094469-- --===============0349799789== 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 --===============0349799789==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 12:10:33 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHjh3-00023g-De for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 12:10:33 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHjh1-0003XL-V9 for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 12:10:33 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 205533980B4 for ; Mon, 28 Aug 2006 09:10:31 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 81739430017 for ; Mon, 28 Aug 2006 09:08:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 66EE3398143 for ; Mon, 28 Aug 2006 09:08:01 -0700 (PDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by zoidberg.tigertech.net (Postfix) with ESMTP id CE7E839810E for ; Mon, 28 Aug 2006 09:06:27 -0700 (PDT) Received: by nf-out-0910.google.com with SMTP id x30so1206553nfb for ; Mon, 28 Aug 2006 09:06:26 -0700 (PDT) Received: by 10.49.19.18 with SMTP id w18mr9187302nfi; Mon, 28 Aug 2006 09:06:26 -0700 (PDT) Received: by 10.49.42.3 with HTTP; Mon, 28 Aug 2006 09:06:26 -0700 (PDT) Message-ID: <5bfe7a820608280906g6490d5bclf4b6ac2eef767bc3@mail.gmail.com> Date: Mon, 28 Aug 2006 09:06:26 -0700 From: "Dorothy Stanley" To: young@huawei-3com.com In-Reply-To: <00e001c6b464$e68cbc30$4a07120a@china.huawei.com> MIME-Version: 1.0 References: <00e001c6b464$e68cbc30$4a07120a@china.huawei.com> X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.913 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, FROM_ENDS_IN_NUMS, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap@frascone.com Subject: Re: [Capwap] Suggestion for 11.9.16. IEEE 802.11 Statistics X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============0000077585==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.5 (/) X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86 --===============0000077585== Content-Type: multipart/alternative; boundary="----=_Part_33827_29180094.1156781186507" ------=_Part_33827_29180094.1156781186507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Richard, all, I have opened issue #206, "Common MIB Statistics" to track this. Thanks, Dorothy Stanley On 7/30/06, young wrote: > > Hi, Pat Calhoun > > > > For the section "11.9.16 IEEE 802.11 Statistics", I have following > suggestion: > > How about we add some common Statistics information as per RFC1213-MIB? > For example, ifInOctets, ifInUcastPkts. > > While for "11.9.16. IEEE 802.11 Statistics", it only defines some > specific information for 802.11 implement, for example, RTS Failure Count. > > > > Regard > > Richard > > > > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > ------=_Part_33827_29180094.1156781186507 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Richard, all,
 
I have opened issue #206, "Common MIB Statistics" to track this.
 
Thanks,
 
Dorothy Stanley

 
On 7/30/06, young <young@huawei-3com.com> wrote:

Hi, Pat Calhoun

 

For the section "11.9.16 IEEE 802.11 Statistics", I have following suggestion:

How about we add some common Statistics information as per RFC1213-MIB? For example, ifInOctets, ifInUcastPkts.

While for "11.9.16.  IEEE 802.11 Statistics", it only defines some specific information for 802.11 implement, for example, RTS Failure Count.

 

Regard

Richard                      

 

 


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

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


------=_Part_33827_29180094.1156781186507-- --===============0000077585== 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 --===============0000077585==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 12:13:04 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHjjU-0003kG-Fp for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 12:13:04 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHjjS-0003qM-Vf for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 12:13:04 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 701C2398134 for ; Mon, 28 Aug 2006 09:13:02 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 59173430017 for ; Mon, 28 Aug 2006 09:11:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 442364318DE for ; Mon, 28 Aug 2006 09:11:52 -0700 (PDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by hermes.tigertech.net (Postfix) with ESMTP id 05A904318C5 for ; Mon, 28 Aug 2006 09:11:49 -0700 (PDT) Received: by nf-out-0910.google.com with SMTP id x30so1207902nfb for ; Mon, 28 Aug 2006 09:11:48 -0700 (PDT) Received: by 10.49.91.6 with SMTP id t6mr9188514nfl; Mon, 28 Aug 2006 09:11:48 -0700 (PDT) Received: by 10.49.42.3 with HTTP; Mon, 28 Aug 2006 09:11:47 -0700 (PDT) Message-ID: <5bfe7a820608280911q2cecb317yc5a32cba29b7edc0@mail.gmail.com> Date: Mon, 28 Aug 2006 09:11:47 -0700 From: "Dorothy Stanley" To: young In-Reply-To: <000001c6a180$b2187170$4a07120a@china.huawei.com> MIME-Version: 1.0 References: <000001c6a180$b2187170$4a07120a@china.huawei.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=1.7 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, FROM_ENDS_IN_NUMS, HTML_FONT_FACE_CAPS, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: * Cc: capwap@frascone.com Subject: Re: [Capwap] Rogue AP detection feature X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1584305624==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 1.3 (+) X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86 --===============1584305624== Content-Type: multipart/alternative; boundary="----=_Part_34007_11672733.1156781507863" ------=_Part_34007_11672733.1156781507863 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Richard, all, I have opened issue # 205 "Rogue AP Detection" to track this issue. Thanks, Dorothy Stanley On 7/6/06, young wrote: > > Dear Pat Calhoun: > > > > As the WLAN network characteristic, the Rogue AP detection feature is very important. > > The prevalent method is: AP and AC work together to do Rogue AP detection, > > So it is clear: AC will send some control information to monitor AP by control tunnel, while AP > > reports scanning information to AC. > > As most AC vendor support these feature, I think it is better that CAPWAP do some support for > > rogue AP detection feature. > > > > What is your opinion? > > > > Regards > > > > Richard > > > > _________________________________________________________________ > To unsubscribe or modify your subscription options, please visit: > http://lists.frascone.com/mailman/listinfo/capwap > > Archives: http://lists.frascone.com/pipermail/capwap > > ------=_Part_34007_11672733.1156781507863 Content-Type: text/html; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Disposition: inline
Richard, all,
 
I have opened issue # 205 "Rogue AP Detection" to track this issue.
 
Thanks,
 
Dorothy Stanley

 
On 7/6/06, young <young@huawei-3com.com> wrote: 
Dear Pat Calhoun:

 
As the WLAN network characteristic, the Rogue AP detection feature is very important.

The prevalent method is: AP and AC work together to do Rogue AP detection, 
So it is clear: AC will send some control information to monitor AP by control tunnel, while AP

reports scanning information to AC.

As most AC vendor support these feature, I think it is better that CAPWAP do some support for 
rogue AP detection feature.

 
What is your opinion?
 
Regards

 
Richard

 


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

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


------=_Part_34007_11672733.1156781507863-- --===============1584305624== 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 --===============1584305624==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 13:14:52 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHkhI-00073g-7F for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:14:52 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHkhC-00062Z-Ij for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:14:52 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id B924C398103 for ; Mon, 28 Aug 2006 10:14:39 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id E06D5430017 for ; Mon, 28 Aug 2006 10:13:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id BF2BB39801A for ; Mon, 28 Aug 2006 10:13:26 -0700 (PDT) Received: from fridge.docomolabs-usa.com (key1.docomolabs-usa.com [216.98.102.225]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9D81C398027 for ; Mon, 28 Aug 2006 10:13:24 -0700 (PDT) Message-ID: <029701c6cac5$4be5d780$266115ac@dcml.docomolabsusa.com> From: "James Kempf" To: "Dorothy Stanley" , "Mani, Mahalingam (Mani)" References: <5bfe7a820608280936g2d90fa78n7f55829e99ba1ef9@mail.gmail.com> Date: Mon, 28 Aug 2006 10:13:35 -0700 MIME-Version: 1.0 X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=3.076 tagged_above=-999 required=7 tests=MSGID_DOLLARS X-Spam-Level: *** Cc: capwap@frascone.com Subject: Re: [Capwap] Proposed Resolution for Issue #201: Clean SeparationBetween Base and Binding/was Re: CAPWAP and RFID X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 3.1 (+++) X-Scan-Signature: 16c9da4896bf5539ae3547c6c25f06a0 I support this change. Though it is not so important, I would suggest calling the 802.11 binding something like draft-ietf-capwap-protocol-802dot11-binding.txt. jak ----- Original Message ----- From: "Dorothy Stanley" To: "Mani, Mahalingam (Mani)" Cc: Sent: Monday, August 28, 2006 9:36 AM Subject: [Capwap] Proposed Resolution for Issue #201: Clean SeparationBetween Base and Binding/was Re: CAPWAP and RFID > All, > > The proposed resolution for Issue #201, listed below is to separate the > specification of the CAPWAP base protocol and the 802.11-specific binding > into two documents: > (a) draft-ietf-capwap-protocol-specification and > (b) draft-ietf-capwap-wlan-binding-specification (or similar name). > > This will > - enable easy reference to each component separately > - ensure a clean separation between the protocol and the initial > 802.11/subsequent > bindings > - provide focus on what is essential for the CAPWAP protocol vs the > bindings > > If agreed, this coulld be accomplished In the next editing cycle by > producing > draft-ietf-capwap-protocol-specification-03 and > draft-ietf-capwap-wlan-binding-specification-00 > > At a first cut, the binding specification document would include -02 text: > - Duplicated Section 1, with modifications to indicate that this is the > binding document, and reference the CAPWAP protocol spec > - Section 11, with updates per issue resolution > - Additional sections, per list agreement > > Comments please. > > Thanks, > > Dorothy Stanley > > Issue 201: > > (2) Clean separation between CAPWAP "base" protocol and 802.11- > specific control messages. Ideally, we'd like to see the CAPWAP base > protocol and the 802.11-specific controls in separate documents, but > it would also be possible for us to reference a portion of a > monolithic document, as long as the base protocol is cleanly-enough > separated from the 802.11-specific portions to allow us to > unambiguously and normatively reference the base protocol. > > > > > On 7/14/06, Dorothy Stanley wrote: >> >> All, >> >> Issues >> >> #200 - Trickle Firmware Download >> #201 - Clean Separation between base and binding >> >> are now created in the issue database to track these items. >> >> >> Dorothy Stanley >> >> >> On 7/13/06, Mani, Mahalingam (Mani) wrote: >> > >> > >> > The WG should consider The #1 as a bug-level issue given that there >> > will >> > be usage models and applications that require scheduling of firmware >> > updates (provisioning/lifecycle management action) separated from >> > reboot >> > >> > (operational management action) to switch to the new firmware. >> > >> > Requiring reboot to be synchronous with a firmware update is >> > restrictive. >> > >> > Above may have implications of having room in stable-store for at least >> > two images (a best practice followed by all well-designed embedded >> > systems anyway) - hopefully a non-issue nowadays even on thin WTPs. >> > >> > >> > The second request is on first providing logical separation more than >> > physically separate documents, as I read it. The WG & editors have done >> > a good job on that beginning with the base protocol. >> > >> > The persuasion to consider the physically split the document becomes >> > more appealing when an additional media binding becomes a reality. The >> > latter needs to be preceded by a re-charter at the minimum, as I >> > understand it, given the current charter. (One of the charter goals has >> > been extensibility, however). >> > >> > Any inputs towards improving logical separation is welcome; and the WG >> > and editors can make a choice on adopting them based on >> > issue-priorities >> > in queue. That could serve us well now and for a physical separation at >> > a later time (whenever it may be). >> > >> > Thanks, >> > -mani >> > -----Original Message----- >> > From: Margaret Wasserman [mailto:mrw@lilacglade.org] >> > Sent: Wednesday, July 12, 2006 11:44 AM >> > To: capwap@frascone.com >> > Subject: [Capwap] CAPWAP and RFID >> > >> > >> > Hi All, >> > >> > For background on why I'm raising the next few issues, please see the >> > slides (in the proceedings for IETF 66) that I did not get a chance >> > to present in the WG meeting. The primary point of those slides was >> > that the Reader Operations WG of the EPCglobal standards body (an >> > RFID industry standards body) is considering reusing the base >> > protocol portions of CAPWAP as a discovery and control protocol for >> > RFID systems. Bob O'Hara and I are both active in that group, and >> > we've been asked to communicate some requirements from that group to >> > the CAPWAP WG. >> > >> > NOTE: We are not talking about adding RFID-specific control messages >> > to CAPWAP. In fact, the group is not currently planning to use >> > CAPWAP as the control channel. So, these are not RFID-specific >> > requirements. >> > >> > In our scenario, an RFID controller (or "client") would act in the >> > role of a WTP, and RFID readers would act in the AP role. >> > >> > The two requirements we've been asked to communicate are: >> > >> > (1) Trickle firmware download with separate reboot. In other words, >> > we need to be able to download the firmware while our CAPWAP >> > connection remains in the running state, and later be able to trigger >> > a reboot, which will result in a switch to the new firmware. It >> > seems very likely that some 802.11 systems will require this feature, >> > as well. In fact, it is my understanding that some systems already >> > do it this way. But, the current state diagram and CAPWAP text don't >> > seem to support this -- you leave the running state to move to the >> > firmware download state and can only exit the firmware download state >> > through the reboot state. >> > >> > (2) Clean separation between CAPWAP "base" protocol and 802.11- >> > specific control messages. Ideally, we'd like to see the CAPWAP base >> > protocol and the 802.11-specific controls in separate documents, but >> > it would also be possible for us to reference a portion of a >> > monolithic document, as long as the base protocol is cleanly-enough >> > separated from the 802.11-specific portions to allow us to >> > unambiguously and normatively reference the base protocol. >> > >> > Would the CAPWAP WG support making these changes so that the >> > EPCglobal RO WG can reuse this technology? >> > >> > Thanks, >> > Margaret >> > >> > Margaret Wasserman >> > Vice President >> > ThingMagic >> > margaret@thingmagic.com >> > _________________________________________________________________ >> > 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 Aug 28 13:24:03 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHkqB-0001jx-Af for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:24:03 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHkGO-0008P8-Hk for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 12:47:04 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GHk8a-0000Vc-Lg for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 12:39:03 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id C6F1B3980F9 for ; Mon, 28 Aug 2006 09:38:58 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 19712430017 for ; Mon, 28 Aug 2006 09:36:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id F0564431918 for ; Mon, 28 Aug 2006 09:36:54 -0700 (PDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by hermes.tigertech.net (Postfix) with ESMTP id C9990431913 for ; Mon, 28 Aug 2006 09:36:52 -0700 (PDT) Received: by nf-out-0910.google.com with SMTP id x30so1214239nfb for ; Mon, 28 Aug 2006 09:36:51 -0700 (PDT) Received: by 10.49.90.4 with SMTP id s4mr9216085nfl; Mon, 28 Aug 2006 09:36:51 -0700 (PDT) Received: by 10.49.42.3 with HTTP; Mon, 28 Aug 2006 09:36:51 -0700 (PDT) Message-ID: <5bfe7a820608280936g2d90fa78n7f55829e99ba1ef9@mail.gmail.com> Date: Mon, 28 Aug 2006 09:36:51 -0700 From: "Dorothy Stanley" To: "Mani, Mahalingam (Mani)" 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=1.0 tagged_above=-999.0 required=7.0 tests=DNS_FROM_RFC_ABUSE, FROM_ENDS_IN_NUMS, HTML_30_40, HTML_MESSAGE, RCVD_BY_IP, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Cc: capwap@frascone.com Subject: [Capwap] Proposed Resolution for Issue #201: Clean Separation Between Base and Binding/was Re: CAPWAP and RFID X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============2000113410==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.5 (/) X-Scan-Signature: e5bfa71b340354e384155def5e70b13b --===============2000113410== Content-Type: multipart/alternative; boundary="----=_Part_34896_1416437.1156783011428" ------=_Part_34896_1416437.1156783011428 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline All, The proposed resolution for Issue #201, listed below is to separate the specification of the CAPWAP base protocol and the 802.11-specific binding into two documents: (a) draft-ietf-capwap-protocol-specification and (b) draft-ietf-capwap-wlan-binding-specification (or similar name). This will - enable easy reference to each component separately - ensure a clean separation between the protocol and the initial 802.11/subsequent bindings - provide focus on what is essential for the CAPWAP protocol vs the bindings If agreed, this coulld be accomplished In the next editing cycle by producing draft-ietf-capwap-protocol-specification-03 and draft-ietf-capwap-wlan-binding-specification-00 At a first cut, the binding specification document would include -02 text: - Duplicated Section 1, with modifications to indicate that this is the binding document, and reference the CAPWAP protocol spec - Section 11, with updates per issue resolution - Additional sections, per list agreement Comments please. Thanks, Dorothy Stanley Issue 201: (2) Clean separation between CAPWAP "base" protocol and 802.11- specific control messages. Ideally, we'd like to see the CAPWAP base protocol and the 802.11-specific controls in separate documents, but it would also be possible for us to reference a portion of a monolithic document, as long as the base protocol is cleanly-enough separated from the 802.11-specific portions to allow us to unambiguously and normatively reference the base protocol. On 7/14/06, Dorothy Stanley wrote: > > All, > > Issues > > #200 - Trickle Firmware Download > #201 - Clean Separation between base and binding > > are now created in the issue database to track these items. > > > Dorothy Stanley > > > On 7/13/06, Mani, Mahalingam (Mani) wrote: > > > > > > The WG should consider The #1 as a bug-level issue given that there will > > be usage models and applications that require scheduling of firmware > > updates (provisioning/lifecycle management action) separated from reboot > > > > (operational management action) to switch to the new firmware. > > > > Requiring reboot to be synchronous with a firmware update is > > restrictive. > > > > Above may have implications of having room in stable-store for at least > > two images (a best practice followed by all well-designed embedded > > systems anyway) - hopefully a non-issue nowadays even on thin WTPs. > > > > > > The second request is on first providing logical separation more than > > physically separate documents, as I read it. The WG & editors have done > > a good job on that beginning with the base protocol. > > > > The persuasion to consider the physically split the document becomes > > more appealing when an additional media binding becomes a reality. The > > latter needs to be preceded by a re-charter at the minimum, as I > > understand it, given the current charter. (One of the charter goals has > > been extensibility, however). > > > > Any inputs towards improving logical separation is welcome; and the WG > > and editors can make a choice on adopting them based on issue-priorities > > in queue. That could serve us well now and for a physical separation at > > a later time (whenever it may be). > > > > Thanks, > > -mani > > -----Original Message----- > > From: Margaret Wasserman [mailto:mrw@lilacglade.org] > > Sent: Wednesday, July 12, 2006 11:44 AM > > To: capwap@frascone.com > > Subject: [Capwap] CAPWAP and RFID > > > > > > Hi All, > > > > For background on why I'm raising the next few issues, please see the > > slides (in the proceedings for IETF 66) that I did not get a chance > > to present in the WG meeting. The primary point of those slides was > > that the Reader Operations WG of the EPCglobal standards body (an > > RFID industry standards body) is considering reusing the base > > protocol portions of CAPWAP as a discovery and control protocol for > > RFID systems. Bob O'Hara and I are both active in that group, and > > we've been asked to communicate some requirements from that group to > > the CAPWAP WG. > > > > NOTE: We are not talking about adding RFID-specific control messages > > to CAPWAP. In fact, the group is not currently planning to use > > CAPWAP as the control channel. So, these are not RFID-specific > > requirements. > > > > In our scenario, an RFID controller (or "client") would act in the > > role of a WTP, and RFID readers would act in the AP role. > > > > The two requirements we've been asked to communicate are: > > > > (1) Trickle firmware download with separate reboot. In other words, > > we need to be able to download the firmware while our CAPWAP > > connection remains in the running state, and later be able to trigger > > a reboot, which will result in a switch to the new firmware. It > > seems very likely that some 802.11 systems will require this feature, > > as well. In fact, it is my understanding that some systems already > > do it this way. But, the current state diagram and CAPWAP text don't > > seem to support this -- you leave the running state to move to the > > firmware download state and can only exit the firmware download state > > through the reboot state. > > > > (2) Clean separation between CAPWAP "base" protocol and 802.11- > > specific control messages. Ideally, we'd like to see the CAPWAP base > > protocol and the 802.11-specific controls in separate documents, but > > it would also be possible for us to reference a portion of a > > monolithic document, as long as the base protocol is cleanly-enough > > separated from the 802.11-specific portions to allow us to > > unambiguously and normatively reference the base protocol. > > > > Would the CAPWAP WG support making these changes so that the > > EPCglobal RO WG can reuse this technology? > > > > Thanks, > > Margaret > > > > Margaret Wasserman > > Vice President > > ThingMagic > > margaret@thingmagic.com > > _________________________________________________________________ > > 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 > > > > ------=_Part_34896_1416437.1156783011428 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
All,
 
The proposed resolution for Issue #201, listed below is to separate the
specification of the CAPWAP base protocol and the 802.11-specific binding into two documents:
(a) draft-ietf-capwap-protocol-specification and
(b) draft-ietf-capwap-wlan-binding-specification (or similar name).
 
This will
- enable easy reference to each component separately
- ensure a clean separation between the protocol and the initial 802.11/subsequent bindings
- provide focus on what is essential for the CAPWAP protocol vs the bindings
 
If agreed, this coulld be accomplished In the next editing cycle by producing
draft-ietf-capwap-protocol-specification-03 and
draft-ietf-capwap-wlan-binding-specification-00
 
At a first cut, the binding specification document would include -02 text:
- Duplicated Section 1, with modifications to indicate that this is the binding document, and reference the CAPWAP protocol spec
- Section 11, with updates per issue resolution
- Additional sections, per list agreement
 
Comments please.
 
Thanks,
 
Dorothy Stanley
 
Issue 201:
 
(2) Clean separation between CAPWAP "base" protocol and 802.11-
specific control messages.  Ideally, we'd like to see the CAPWAP base
protocol and the 802.11-specific controls in separate documents, but
it would also be possible for us to reference a portion of a
monolithic document, as long as the base protocol is cleanly-enough
separated from the 802.11-specific portions to allow us to
unambiguously and normatively reference the base protocol.



 
On 7/14/06, Dorothy Stanley <dstanley1389@gmail.com> wrote:
All,

Issues

#200 - Trickle Firmware Download
#201 - Clean Separation between base and binding

are now created in the issue database to track these items.
 

Dorothy Stanley


On 7/13/06, Mani, Mahalingam (Mani) <mmani@avaya.com > wrote:
<!chair>
The WG should consider The #1 as a bug-level issue given that there will
be usage models and applications that require scheduling of firmware
updates (provisioning/lifecycle management action) separated from reboot
(operational management action) to switch to the new firmware.

Requiring reboot to be synchronous with a firmware update is
restrictive.

Above may have implications of having room in stable-store for at least
two images (a best practice followed by all well-designed embedded
systems anyway) - hopefully a non-issue nowadays even on thin WTPs.
</!chair>

The second request is on first providing logical separation more than
physically separate documents, as I read it. The WG & editors have done
a good job on that beginning with the base protocol.

The persuasion to consider the physically split the document becomes
more appealing when an additional media binding becomes a reality. The
latter needs to be preceded by a re-charter at the minimum, as I
understand it, given the current charter. (One of the charter goals has
been extensibility, however).

Any inputs towards improving logical separation is welcome; and the WG
and editors can make a choice on adopting them based on issue-priorities
in queue. That could serve us well now and for a physical separation at
a later time (whenever it may be).

Thanks,
-mani
-----Original Message-----
From: Margaret Wasserman [mailto: mrw@lilacglade.org]
Sent: Wednesday, July 12, 2006 11:44 AM
To: capwap@frascone.com
Subject: [Capwap] CAPWAP and RFID


Hi All,

For background on why I'm raising the next few issues, please see the
slides (in the proceedings for IETF 66) that I did not get a chance
to present in the WG meeting.  The primary point of those slides was
that the Reader Operations WG of the EPCglobal standards body (an
RFID industry standards body) is considering reusing the base
protocol portions of CAPWAP as a discovery and control protocol for
RFID systems.  Bob O'Hara and I are both active in that group, and
we've been asked to communicate some requirements from that group to
the CAPWAP WG.

NOTE:  We are not talking about adding RFID-specific control messages
to CAPWAP.  In fact, the group is not currently planning to use
CAPWAP as the control channel.  So, these are not RFID-specific
requirements.

In our scenario, an RFID controller (or "client") would act in the
role of a WTP, and RFID readers would act in the AP role.

The two requirements we've been asked to communicate are:

(1) Trickle firmware download with separate reboot.  In other words,
we need to be able to download the firmware while our CAPWAP
connection remains in the running state, and later be able to trigger
a reboot, which will result in a switch to the new firmware.  It
seems very likely that some 802.11 systems will require this feature,
as well.  In fact, it is my understanding that some systems already
do it this way.  But, the current state diagram and CAPWAP text don't
seem to support this -- you leave the running state to move to the
firmware download state and can only exit the firmware download state
through the reboot state.

(2) Clean separation between CAPWAP "base" protocol and 802.11-
specific control messages.  Ideally, we'd like to see the CAPWAP base
protocol and the 802.11-specific controls in separate documents, but
it would also be possible for us to reference a portion of a
monolithic document, as long as the base protocol is cleanly-enough
separated from the 802.11-specific portions to allow us to
unambiguously and normatively reference the base protocol.

Would the CAPWAP WG support making these changes so that the
EPCglobal RO WG can reuse this technology?

Thanks,
Margaret

Margaret Wasserman
Vice President
ThingMagic
margaret@thingmagic.com
_________________________________________________________________
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


------=_Part_34896_1416437.1156783011428-- --===============2000113410== 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 --===============2000113410==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 13:31:31 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHkxP-0005ks-Jl for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:31:31 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHkxN-0001ZL-2V for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:31:31 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8E4C9398094 for ; Mon, 28 Aug 2006 10:31:28 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id DD5B4430017 for ; Mon, 28 Aug 2006 10:30:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id CA6F71448021 for ; Mon, 28 Aug 2006 10:30:45 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 0528A1448016 for ; Mon, 28 Aug 2006 10:30:43 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 28 Aug 2006 10:30:43 -0700 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.20060308/8.12.11) with ESMTP id k7SHUhGf003533 for ; Mon, 28 Aug 2006 10:30:43 -0700 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 k7SHUh1E010519 for ; Mon, 28 Aug 2006 10:30:43 -0700 (PDT) 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.211); Mon, 28 Aug 2006 10:30:43 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 10:30:42 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202668CB1@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: Aca/uwxBHUIaBgYPTZ28fYPCQF6LQALDJVmw From: "Pat Calhoun (pacalhou)" To: "Bob O'Hara (boohara)" , X-OriginalArrivalTime: 28 Aug 2006 17:30:43.0283 (UTC) FILETIME=[B05D1230:01C6CAC7] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 0ddefe323dd869ab027dbfff7eff0465 Bob, based on the thread, do you still feel there are changes required to the document? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Bob O'Hara (boohara) > Sent: Monday, August 14, 2006 9:03 AM > To: capwap@frascone.com > Subject: [Capwap] Reserved bits and fields > > I believe that we are overspecifying the use of the reserved > bits and fields in the draft. For example, we place a > requirement on the transmitter that these bits and fields > MUST be zero ("All implementations complying with version > zero of this protocol MUST set these bits to zero."). > However, we do not specify any behavior by the receiver. I > believe this is backwards. > > Because the version field is available to all receivers of a > CAPWAP packet and that version field will unambiguously > identify all the reserved bits and fields, I believe we > should change the requirement to be that the receiver MUST > ignore any value received in a reserved bit or field. This > way, should a noncompliant transmitter send something in > these fields, the receiver will not be confused by it. > > -Bob > > Bob O'Hara > Cisco Systems - WNBU > > Phone: +1 408 853 5513 > Mobile: +1 408 218 4025 > > _________________________________________________________________ > 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 Aug 28 13:46:54 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHlCI-0004qU-82 for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:46:54 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHlCG-0004SK-MB for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:46:54 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 23BC939813A for ; Mon, 28 Aug 2006 10:46:52 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id CC930430017 for ; Mon, 28 Aug 2006 10:46:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id BF8B63980D4 for ; Mon, 28 Aug 2006 10:46:04 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 675BA39811B for ; Mon, 28 Aug 2006 10:45:57 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-5.cisco.com with ESMTP; 28 Aug 2006 10:45:57 -0700 X-IronPort-AV: i="4.08,176,1154934000"; d="scan'208,217"; a="314952104:sNHT51748448" 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.20060308/8.12.11) with ESMTP id k7SHjuYV012111; Mon, 28 Aug 2006 10:45:56 -0700 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 k7SHju1E022564; Mon, 28 Aug 2006 10:45:56 -0700 (PDT) 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.211); Mon, 28 Aug 2006 10:45:56 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 10:45:53 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202668CCE@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] JOIN-to-DISCOVERY vs JOIN-to-RESET transitions Thread-Index: AcbC2DYmi1mQwyNORGOutOkF13sITgH8Tg4w From: "Pat Calhoun (pacalhou)" To: "Filippo Giordano" , X-OriginalArrivalTime: 28 Aug 2006 17:45:56.0600 (UTC) FILETIME=[D0BE2F80:01C6CAC9] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( 59 extraneous bytes; sig from cisco.com 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] JOIN-to-DISCOVERY vs JOIN-to-RESET transitions X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1497175791==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 93e7fb8fef2e780414389440f367c879 This is a multi-part message in MIME format. --===============1497175791== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CAC9.D078701E" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CAC9.D078701E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I believe the first part of the quesiton, which relates to the state machine, was address by Scott. =20 The second piece, which discusses issues with two length fields, is captured in issue 208. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Filippo Giordano [mailto:filippo_giordano@msn.com]=20 Sent: Friday, August 18, 2006 8:08 AM To: capwap@frascone.com Subject: [Capwap] JOIN-to-DISCOVERY vs JOIN-to-RESET transitions =09 =09 Hello, I'm a student. I'm studing Telecommunication engineering in Palermo. I have read the CAPWAP protocol Specification, draft 02. It's not clear for me the difference between the causes that generates the state transitions JOIN-to-DISCOVERY and those that generates the JOIN-to-RESET. Both transitions occur when the WTP WaitJoin Timer expires. So, what transition it will occur when the WTP WaitJoin Timer expires if the WTP is in the JOIN state? Moreover, maybe I'm in error, but I don't agree the AC Descriptor Message Element to be of 18 bytes. Please, there is someone who can explain to me why these 18 bytes? The Radio Administrative State Message element, too, is 3 bytes of length and not 2 as the draft reports. Thanks ahead of time. =20 Filippo Giordano ------_=_NextPart_001_01C6CAC9.D078701E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I=20 believe the first part of the quesiton, which relates to the state = machine, was=20 address by Scott.
 
The=20 second piece, which discusses issues with two length fields, is captured = in=20 issue 208.
 

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

 

From: Filippo Giordano=20 [mailto:filippo_giordano@msn.com]
Sent: Friday, August 18, = 2006=20 8:08 AM
To: capwap@frascone.com
Subject: [Capwap]=20 JOIN-to-DISCOVERY vs JOIN-to-RESET transitions

Hello,
I'm a student. I'm studing=20 Telecommunication engineering in Palermo.
I have read the CAPWAP = protocol=20 Specification, draft 02.
It's not clear for me the difference = between the=20 causes that generates the state transitions JOIN-to-DISCOVERY and = those that=20 generates the JOIN-to-RESET.
Both transitions occur when the WTP = WaitJoin=20 Timer expires. So, what transition it will occur when the WTP WaitJoin = Timer=20 expires if the WTP is in the JOIN state?
Moreover, maybe I'm in = error, but=20 I don't agree the AC Descriptor Message Element to be of 18 bytes. = Please,=20 there is someone who can explain to me why these 18 = bytes?
The Radio Administrative State = Message element,=20 too, is 3 bytes of length and not 2 as the draft=20 reports.
Thanks ahead of time.
 
Filippo=20 Giordano
------_=_NextPart_001_01C6CAC9.D078701E-- --===============1497175791== 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 --===============1497175791==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 13:48:22 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHlDi-0005jW-3j for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:48:22 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHlDf-0004jO-9A for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:48:22 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1C0B53980E7 for ; Mon, 28 Aug 2006 10:38:15 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 0BB5B430017 for ; Mon, 28 Aug 2006 10:36:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E0340398037 for ; Mon, 28 Aug 2006 10:36:44 -0700 (PDT) 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 1E329398094 for ; Mon, 28 Aug 2006 10:36:22 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-1.cisco.com with ESMTP; 28 Aug 2006 10:36:21 -0700 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.20060308/8.12.11) with ESMTP id k7SHaLZY010629; Mon, 28 Aug 2006 10:36:21 -0700 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 k7SHaLQV003702; Mon, 28 Aug 2006 10:36:21 -0700 (PDT) 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, 28 Aug 2006 10:36:20 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 10:36:18 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202668CBA@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Editorial - WTP Event Request Thread-Index: AcbKUWJN8WmxKk+XRnO8RxdQKdbKtQAFiISQABg08cA= From: "Pat Calhoun (pacalhou)" To: "sujay" , "Saravanan Govindan" , X-OriginalArrivalTime: 28 Aug 2006 17:36:20.0243 (UTC) FILETIME=[79351630:01C6CAC8] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( 52 extraneous bytes; sig from cisco.com verified; ); X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.373 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Editorial - WTP Event Request X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============0510398737==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.0 (/) X-Scan-Signature: b360bd6cb019c35178e5cf9eeb747a5c This is a multi-part message in MIME format. --===============0510398737== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CAC8.79076199" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CAC8.79076199 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I believe the quoted text is the agreed upon text. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: sujay [mailto:sujayg@huawei.com]=20 Sent: Sunday, August 27, 2006 11:18 PM To: 'Saravanan Govindan'; capwap@frascone.com Subject: Re: [Capwap] Editorial - WTP Event Request =09 =09 Saravanan, =20 =20 "The exchange of a CAPWAP control message serves as an implicit keep alive mechanism for the WTP. The arrival of a CAPWAP control message at the AC indicates the WTP is operational. In cases where regular CAPWAP control messages are not exchanged, explicit keep alive is used (see Section 7)." =20 As the understanding is, arrival of *any* authenticated control message obviates the need for an 'echo request' message, to keep up the neighbour as up. I wouldn't prefer the last statement..viz.. "In cases where regular CAPWAP control messages are not exchanged, explicit keep alive is used (see Section 7)." This kind of sounds making the keep alive and control message usage mutually exclusive. Could we put more simpler, " CAPWAP control messages MAY/SHOULD be treated equivalent to an Echo request message=20 received(See Section 7)" , Again noting; WTP event request message is just one of those possible control messages. Regds, Sujay G My Location; =09 http://maps.google.com/maps?ll=3D14.626109,76.959229&spn=3D4.724852,7.525= 085 &t=3Dh&hl=3Den =09 =09 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!=20 =20 ________________________________ From: Saravanan Govindan [mailto:Saravanan.Govindan@sg.panasonic.com]=20 Sent: Monday, August 28, 2006 8:54 AM To: capwap@frascone.com Subject: [Capwap] Editorial - WTP Event Request =09 =09 All, =20 This is a follow-up on an earlier thread; =20 http://lists.frascone.com/pipermail/capwap/msg03208.html =20 Is the proposal ok for the next draft?=20 =20 Cheers, =09 Saravanan ------_=_NextPart_001_01C6CAC8.79076199 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I=20 believe the quoted text is the agreed upon text.
 

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

 

From: sujay = [mailto:sujayg@huawei.com]=20
Sent: Sunday, August 27, 2006 11:18 PM
To: = 'Saravanan=20 Govindan'; capwap@frascone.com
Subject: Re: [Capwap] = Editorial - WTP=20 Event Request

Saravanan,
 
<snip> 
"The exchange of a CAPWAP control = message serves=20 as an implicit keep
alive mechanism for the WTP. The arrival of a = CAPWAP=20 control message at
the AC indicates the WTP is operational. In = cases where=20 regular CAPWAP
control messages are not exchanged, explicit keep = alive is=20 used (see
Section 7)."<snip/>
 
As the understanding is, = arrival of=20 *any* authenticated control message = obviates
the need for an 'echo = request' message,=20 to keep up the neighbour as up.
 I wouldn't prefer the = last=20 statement..viz..
"In cases where regular = CAPWAP control=20 messages are not exchanged, explicit keep alive is used = (see
Section=20 7)."
This kind of sounds making = the keep=20 alive and control message usage mutually exclusive. Could we=20 put
more simpler, " CAPWAP = control messages=20 MAY/SHOULD  be treated equivalent to an Echo request message=20
received(See Section 7)"=20 ,
Again noting; WTP event = request message=20 is just one of those possible control = messages.
Regds,
Sujay G
My Location;
http://maps.google.com/maps?ll=3D1=
4.626109,76.959229&spn=3D4.724852,7.525085&t=3Dh&hl=3Den<=
BR>

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! =
 

From: Saravanan Govindan=20 [mailto:Saravanan.Govindan@sg.panasonic.com]
Sent: Monday, = August=20 28, 2006 8:54 AM
To: capwap@frascone.com
Subject: = [Capwap]=20 Editorial - WTP Event Request

All,

 

This is a follow-up on = an earlier=20 thread;

 

http://= lists.frascone.com/pipermail/capwap/msg03208.html

 

Is the proposal ok for = the next=20 draft?

 

Cheers,


Saravanan

------_=_NextPart_001_01C6CAC8.79076199-- --===============0510398737== 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 --===============0510398737==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 14:09:52 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHlYW-0006yJ-Lw for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:09:52 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHl1Z-0002qK-7e for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:35:49 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GHl0K-00021e-8S for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 13:34:34 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 96CB63980E6 for ; Mon, 28 Aug 2006 10:34:31 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 804CD430017 for ; Mon, 28 Aug 2006 10:33:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 74E05398087 for ; Mon, 28 Aug 2006 10:33:45 -0700 (PDT) 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 92DB1398077 for ; Mon, 28 Aug 2006 10:33:03 -0700 (PDT) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-1.cisco.com with ESMTP; 28 Aug 2006 10:33:03 -0700 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.20060308/8.12.11) with ESMTP id k7SHX3D1030144; Mon, 28 Aug 2006 10:33:03 -0700 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 k7SHWx6i017045; Mon, 28 Aug 2006 10:33:03 -0700 (PDT) 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.211); Mon, 28 Aug 2006 10:33:01 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 10:32:58 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202668CB6@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Terminology update Thread-Index: AcbKS0ifxVRv3+IhRuClTW86bu5jdQAfLVvg From: "Pat Calhoun (pacalhou)" To: "Saravanan Govindan" , X-OriginalArrivalTime: 28 Aug 2006 17:33:01.0766 (UTC) FILETIME=[02E7E660:01C6CAC8] Authentication-Results: sj-dkim-8.cisco.com; header.DKIM-Signature=pcalhoun@cisco.com; dkim=fail ( 57 extraneous bytes; RSA-96 err: "Pat Calhoun \(pacalhou\)" ; cisco.com/sjdkim8002 fail; ); header.From=pcalhoun@cisco.com; dkim=neutral X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.373 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS X-Spam-Level: Subject: Re: [Capwap] Terminology update X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============1959999092==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: -2.6 (--) X-Scan-Signature: 311e798ce51dbeacf5cdfcc8e9fda21b This is a multi-part message in MIME format. --===============1959999092== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CAC8.02A3CE31" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CAC8.02A3CE31 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Issue 207 created =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Saravanan Govindan [mailto:Saravanan.Govindan@sg.panasonic.com]=20 Sent: Sunday, August 27, 2006 7:40 PM To: capwap@frascone.com Subject: [Capwap] Terminology update =09 =09 All, =20 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 =20 Suggestion: =20 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.=20 =20 Appreciate comments.=20 =20 Cheers, =09 Saravanan ------_=_NextPart_001_01C6CAC8.02A3CE31 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Issue=20 207 created
 

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

 

From: Saravanan Govindan=20 [mailto:Saravanan.Govindan@sg.panasonic.com]
Sent: Sunday, = August=20 27, 2006 7:40 PM
To: capwap@frascone.com
Subject: = [Capwap]=20 Terminology update

All,

 

I’d like to = suggest an additional=20 item for the terminology section (Section 1.5 – Terminology). = Following from=20 earlier discussions, we can consider using the same definition as in = the=20 Objectives RFC without having to reference it. =

 

Suggestion:

 

WLAN: A WLAN refers to a = logical=20 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=20 points are examples of logical groups. Here, each Basic Service Set = Identifier=20 (BSSID) and constituent wireless terminals’ radios are denoted = as distinct=20 logical groups of a physical WTP.

 

Appreciate comments.=20

 

Cheers,

Saravanan

------_=_NextPart_001_01C6CAC8.02A3CE31-- --===============1959999092== 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 --===============1959999092==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Mon Aug 28 14:49:10 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHmAY-0003WO-Tq for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:49:10 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHmAX-0007G8-DC for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:49:10 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id C30111448038 for ; Mon, 28 Aug 2006 11:49:05 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 6550C430017 for ; Mon, 28 Aug 2006 11:47:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 42BBB1448033 for ; Mon, 28 Aug 2006 11:47:56 -0700 (PDT) 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 A53511448002 for ; Mon, 28 Aug 2006 11:47:52 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-1.cisco.com with ESMTP; 28 Aug 2006 11:47:52 -0700 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.20060308/8.12.11) with ESMTP id k7SIlpv5032277 for ; Mon, 28 Aug 2006 11:47:51 -0700 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 k7SIlpQV026524 for ; Mon, 28 Aug 2006 11:47:51 -0700 (PDT) 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, 28 Aug 2006 11:47:51 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 11:47:50 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202668D64@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: Aca/uwxBHUIaBgYPTZ28fYPCQF6LQALDJVmwAAI/69AAAHJvsA== From: "Pat Calhoun (pacalhou)" To: "Bob O'Hara (boohara)" , X-OriginalArrivalTime: 28 Aug 2006 18:47:51.0771 (UTC) FILETIME=[77284AB0:01C6CAD2] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: bdc523f9a54890b8a30dd6fd53d5d024 so the bits could only be defined if the version number changed? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Bob O'Hara (boohara) > Sent: Monday, August 28, 2006 11:35 AM > To: Pat Calhoun (pacalhou); 'capwap@frascone.com' > Subject: RE: [Capwap] Reserved bits and fields > > Yes, I still believe that there needs to be a specification > for the receiver to ignore any value received in the reserved > bits and fields.. > > -Bob > > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Monday, August 28, 2006 10:31 AM > To: Bob O'Hara (boohara); capwap@frascone.com > Subject: RE: [Capwap] Reserved bits and fields > > Bob, based on the thread, do you still feel there are changes > required to the document? > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Bob O'Hara (boohara) > > Sent: Monday, August 14, 2006 9:03 AM > > To: capwap@frascone.com > > Subject: [Capwap] Reserved bits and fields > > > > I believe that we are overspecifying the use of the > reserved bits and > > fields in the draft. For example, we place a requirement on the > > transmitter that these bits and fields MUST be zero ("All > > implementations complying with version zero of this > protocol MUST set > > these bits to zero."). > > However, we do not specify any behavior by the receiver. I believe > > this is backwards. > > > > Because the version field is available to all receivers of a CAPWAP > > packet and that version field will unambiguously identify all the > > reserved bits and fields, I believe we should change the > requirement > > to be that the receiver MUST ignore any value received in a > reserved > > bit or field. This way, should a noncompliant transmitter send > > something in these fields, the receiver will not be confused by it. > > > > -Bob > > > > Bob O'Hara > > Cisco Systems - WNBU > > > > Phone: +1 408 853 5513 > > Mobile: +1 408 218 4025 > > > > _________________________________________________________________ > > 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 Aug 28 14:53:53 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHmF7-00074X-BL for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:53:53 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHmF1-00086P-0s for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:53:53 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 8998D144809D for ; Mon, 28 Aug 2006 11:53:43 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 0C674430017 for ; Mon, 28 Aug 2006 11:53:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E1FD0144804C for ; Mon, 28 Aug 2006 11:53:08 -0700 (PDT) Received: from IS1.enterasys.com (is1.enterasys.com [63.160.138.52]) by hermes.tigertech.net (Postfix) with ESMTP id B84CF1448015 for ; Mon, 28 Aug 2006 11:53:03 -0700 (PDT) Received: from MABOSEVS2.ets.enterasys.com ([134.141.77.30]) by nhrocefe2.ets.enterasys.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Aug 2006 14:53:00 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 14:53:00 -0400 Message-ID: <3CFB564E055A594B82C4FE89D2156560219418@MABOSEVS2.ets.enterasys.com> In-Reply-To: <17B8C6DE4E228348B4939BDA6B05A9DC01EF9DDC@xmb-sjc-237.amer.cisc o.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: Aca/uwxBHUIaBgYPTZ28fYPCQF6LQALDJVmwAAI/69AAAH0LAA== From: "Nelson, David" To: X-OriginalArrivalTime: 28 Aug 2006 18:53:00.0272 (UTC) FILETIME=[2F09CF00:01C6CAD3] X-imss-version: 2.042 X-imss-result: Passed X-imss-approveListMatch: *@enterasys.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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Bob O'Hara writes... > Yes, I still believe that there needs to be a specification for the > receiver to ignore any value received in the reserved bits and fields.. I agree. Requiring the receiver to ignore reserved fields, assuming that the protocol version number unambiguously defines which bits in which fields are reserved, is good design practice. I don't think that this eliminates the requirement for the sender to "zero" all reserved bits, however, as that is also good design practice. Be conservative in what you send and liberal in what you receive. _________________________________________________________________ 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 Aug 28 15:59:53 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHnGz-0005fF-2q for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 15:59:53 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHnGv-0000Zv-KF for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 15:59:53 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 73FC5144809F for ; Mon, 28 Aug 2006 12:59:43 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 9A3F3430017 for ; Mon, 28 Aug 2006 12:58:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 35661144804D for ; Mon, 28 Aug 2006 12:58:42 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 74B801448015 for ; Mon, 28 Aug 2006 12:58:39 -0700 (PDT) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-5.cisco.com with ESMTP; 28 Aug 2006 12:58:39 -0700 X-IronPort-AV: i="4.08,176,1154934000"; d="scan'208"; a="315018368:sNHT32066404" 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.20060308/8.12.11) with ESMTP id k7SJwcUX029904; Mon, 28 Aug 2006 12:58:38 -0700 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 k7SJwcw7028535; Mon, 28 Aug 2006 12:58:38 -0700 (PDT) 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, 28 Aug 2006 12:58:38 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 12:58:37 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202668DF7@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: Aca/uwxBHUIaBgYPTZ28fYPCQF6LQALDJVmwAAI/69AAAH0LAAACcGRw From: "Pat Calhoun (pacalhou)" To: "Nelson, David" , X-OriginalArrivalTime: 28 Aug 2006 19:58:38.0434 (UTC) FILETIME=[5A5DA420:01C6CADC] Authentication-Results: sj-dkim-6.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: a7d6aff76b15f3f56fcb94490e1052e4 Issue 209 created Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Nelson, David [mailto:dnelson@enterasys.com] > Sent: Monday, August 28, 2006 11:53 AM > To: capwap@frascone.com > Subject: Re: [Capwap] Reserved bits and fields > > Bob O'Hara writes... > > > Yes, I still believe that there needs to be a specification for the > > receiver to ignore any value received in the reserved bits and > fields.. > > I agree. Requiring the receiver to ignore reserved fields, > assuming that the protocol version number unambiguously > defines which bits in which fields are reserved, is good > design practice. > > I don't think that this eliminates the requirement for the > sender to "zero" all reserved bits, however, as that is also > good design practice. > > Be conservative in what you send and liberal in what you receive. > > _________________________________________________________________ > 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 Aug 28 16:03:53 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHnKr-0007vS-IB for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 16:03:53 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHm38-0006Mh-8j for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:41:30 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GHlyZ-0004E8-05 for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:36:50 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 83CE51448089 for ; Mon, 28 Aug 2006 11:36:40 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id B6C7D430017 for ; Mon, 28 Aug 2006 11:35:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 777761448038 for ; Mon, 28 Aug 2006 11:35:30 -0700 (PDT) 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 0D20C1448025 for ; Mon, 28 Aug 2006 11:35:27 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 28 Aug 2006 11:35:27 -0700 X-IronPort-AV: i="4.08,176,1154934000"; d="scan'208"; a="441759307:sNHT40774000" 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.20060308/8.12.11) with ESMTP id k7SIZRGg003230 for ; Mon, 28 Aug 2006 11:35:27 -0700 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 k7SIZR1G026339 for ; Mon, 28 Aug 2006 11:35:27 -0700 (PDT) Received: from xmb-sjc-237.amer.cisco.com ([128.107.191.123]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Aug 2006 11:35:27 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 11:35:27 -0700 Message-ID: <17B8C6DE4E228348B4939BDA6B05A9DC01EF9DDC@xmb-sjc-237.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: Aca/uwxBHUIaBgYPTZ28fYPCQF6LQALDJVmwAAI/69A= From: "Bob O'Hara (boohara)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 28 Aug 2006 18:35:27.0171 (UTC) FILETIME=[BB575930:01C6CAD0] Authentication-Results: sj-dkim-4.cisco.com; header.From=boohara@cisco.com; dkim=pass ( sig from cisco.com 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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Yes, I still believe that there needs to be a specification for the receiver to ignore any value received in the reserved bits and fields.. -Bob -----Original Message----- From: Pat Calhoun (pacalhou) Sent: Monday, August 28, 2006 10:31 AM To: Bob O'Hara (boohara); capwap@frascone.com Subject: RE: [Capwap] Reserved bits and fields Bob, based on the thread, do you still feel there are changes required to the document? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Bob O'Hara (boohara) > Sent: Monday, August 14, 2006 9:03 AM > To: capwap@frascone.com > Subject: [Capwap] Reserved bits and fields > > I believe that we are overspecifying the use of the reserved > bits and fields in the draft. For example, we place a > requirement on the transmitter that these bits and fields > MUST be zero ("All implementations complying with version > zero of this protocol MUST set these bits to zero."). > However, we do not specify any behavior by the receiver. I > believe this is backwards. > > Because the version field is available to all receivers of a > CAPWAP packet and that version field will unambiguously > identify all the reserved bits and fields, I believe we > should change the requirement to be that the receiver MUST > ignore any value received in a reserved bit or field. This > way, should a noncompliant transmitter send something in > these fields, the receiver will not be confused by it. > > -Bob > > Bob O'Hara > Cisco Systems - WNBU > > Phone: +1 408 853 5513 > Mobile: +1 408 218 4025 > > _________________________________________________________________ > 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 Aug 28 17:13:55 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHoQ1-0000yS-I6 for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 17:13:17 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHmIU-0008Vx-Qg for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:57:22 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GHmCN-000590-1h for capwap-archive@lists.ietf.org; Mon, 28 Aug 2006 14:51:05 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 5F6E0144807A for ; Mon, 28 Aug 2006 11:50:59 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 6CD4E430066 for ; Mon, 28 Aug 2006 11:49:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5FD3C398037 for ; Mon, 28 Aug 2006 11:49:48 -0700 (PDT) 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 46E88398027 for ; Mon, 28 Aug 2006 11:49:46 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 28 Aug 2006 11:49:46 -0700 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.20060308/8.12.11) with ESMTP id k7SInjTH019685 for ; Mon, 28 Aug 2006 11:49:45 -0700 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 k7SInj1E006012 for ; Mon, 28 Aug 2006 11:49:45 -0700 (PDT) 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); Mon, 28 Aug 2006 11:49:45 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 28 Aug 2006 11:49:45 -0700 Message-ID: <17B8C6DE4E228348B4939BDA6B05A9DC01EF9E08@xmb-sjc-237.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Reserved bits and fields Thread-Index: Aca/uwxBHUIaBgYPTZ28fYPCQF6LQALDJVmwAAI/69AAAHJvsAAAEErw From: "Bob O'Hara (boohara)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 28 Aug 2006 18:49:45.0643 (UTC) FILETIME=[BB07C7B0:01C6CAD2] Authentication-Results: sj-dkim-4.cisco.com; header.From=boohara@cisco.com; dkim=pass ( sig from cisco.com 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] Reserved bits and fields X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: f66b12316365a3fe519e75911daf28a8 Yes, I believe that is what "reserved" should mean. -Bob -----Original Message----- From: Pat Calhoun (pacalhou) Sent: Monday, August 28, 2006 11:48 AM To: Bob O'Hara (boohara); 'capwap@frascone.com' Subject: RE: [Capwap] Reserved bits and fields so the bits could only be defined if the version number changed? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Bob O'Hara (boohara) > Sent: Monday, August 28, 2006 11:35 AM > To: Pat Calhoun (pacalhou); 'capwap@frascone.com' > Subject: RE: [Capwap] Reserved bits and fields > > Yes, I still believe that there needs to be a specification > for the receiver to ignore any value received in the reserved > bits and fields.. > > -Bob > > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Monday, August 28, 2006 10:31 AM > To: Bob O'Hara (boohara); capwap@frascone.com > Subject: RE: [Capwap] Reserved bits and fields > > Bob, based on the thread, do you still feel there are changes > required to the document? > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: Bob O'Hara (boohara) > > Sent: Monday, August 14, 2006 9:03 AM > > To: capwap@frascone.com > > Subject: [Capwap] Reserved bits and fields > > > > I believe that we are overspecifying the use of the > reserved bits and > > fields in the draft. For example, we place a requirement on the > > transmitter that these bits and fields MUST be zero ("All > > implementations complying with version zero of this > protocol MUST set > > these bits to zero."). > > However, we do not specify any behavior by the receiver. I believe > > this is backwards. > > > > Because the version field is available to all receivers of a CAPWAP > > packet and that version field will unambiguously identify all the > > reserved bits and fields, I believe we should change the > requirement > > to be that the receiver MUST ignore any value received in a > reserved > > bit or field. This way, should a noncompliant transmitter send > > something in these fields, the receiver will not be confused by it. > > > > -Bob > > > > Bob O'Hara > > Cisco Systems - WNBU > > > > Phone: +1 408 853 5513 > > Mobile: +1 408 218 4025 > > > > _________________________________________________________________ > > 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 rdaihj@evden.com Mon Aug 28 23:34:23 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHuMp-00086y-Aa for capwap-archive@ietf.org; Mon, 28 Aug 2006 23:34:23 -0400 Received: from [60.31.144.251] (helo=[60.31.144.251]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHuMm-0000CK-8J for capwap-archive@ietf.org; Mon, 28 Aug 2006 23:34:23 -0400 Message-ID: <000c01c6cb1b$fb723800$fb901f3c@tzkoanxwdaludn> From: "Press" To: capwap-archive@ietf.org Subject: smoking tires. Date: Tue, 29 Aug 2006 11:34:06 -0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0008_01C6CB5F.09957800" 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.2962 X-Spam-Score: 4.9 (++++) X-Scan-Signature: de672dd48bf7248e70d446cd2da63266 ------=_NextPart_000_0008_01C6CB5F.09957800 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0009_01C6CB5F.09957800" ------=_NextPart_001_0009_01C6CB5F.09957800 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable took chances being White Burnout where afford thinking while. behaviour ignore GF users maybe pleaded guilty District Court bail. due court Sept. probable cause = hearing. credited narcotics sales town Police policy pursuit put dealers = business wonrsquot away. Itrsquoll sources either. reached article Low = High Current Rating: Your Please enable cookies rate articles Todays = most PM ET.Crack K.Police .Man faces charges standoff: slashed drink = facts hard Red Sox Notebook Search site allany Herald Related friend = version Get feed up delivery broadband service provided Americas Largest = Network People however emulating cards. making redundant texture checks prevent = lets meat post. Pentium GHz processor gig bought capable program time = maxed settings. My longer still fine. Doom medium maintain decent frame = rate. Far Cry turned fairly stay fps. HIGH rarely drops FEAR beta BF = demo. surprised gamers siding issue. finally forcing others upgrade Well = question this: rates why advancing however. coded park substance laws. pleaded guilty District Court bail. due court Sept. = probable cause hearing. credited narcotics sales town Police policy = pursuit put dealers business wonrsquot away. Itrsquoll sources either. = reached article Low High Current Rating: Your Please enable cookies rate = articles Todays most PM ET.Crack Family Flowers Food Drink Gifts Pets Religion Specials Stay Touch Teens = Toys Wedding here: More Our Mine Ex Flirting Forever Hugs Couples Crazy = General Kisses Roses Internet Make Poems Songs Marry Missing Than = Friends Seasons Autumn Spring Summer Winter Spanish Notes Home: feelings = spouse/ heartfelt messages. ae YouWarm loving wishes miss him/ beloved/ = special he/ holds heart. Ati Shader v. hmmYea also.... gonna ask egeforce FX BFBack good. stick = together TiBack cab Display previous: All Days Weeks Month Months Year = Oldest times GMTGoto Page Jump to: Select White Burnout Honor Speed = Godfather GameThe Lord Rings seriesThe Sims Retro GamesOff Clan Mod = Support cannot forumYou vote polls bc Arts rights Policy phpBB ::: = Knowledge Power: Issue gtgt Majority Free Love Ecards Greeting Cards = Greetings ecards rmhost Send friends loved ones.ALL FREE Work Birthday = Cute Events Holidays Everyday Family Flowers Food Drink Gifts Pets = Religion makes different from other sims market fact game. Drifting style = speeding Japan has recently grown into something United States. For = cinematic take culture check Fast Furious: Tokyo Drift. When aint outta = control says one films main continues below think drifting art goal not = just drive machine fast but rather sideways curves finesse. Drivers = judged how stylin they gliding turns look. gives try hand what reading angry posts THEN Id thank release forward upgrade. intend Hell = no.Back fdb Re: wrote: bud bold EA/DICE constant Emulating pixels = checks. almost seem done idea shading. kinda wish forego checking allow = lesser emulate play. Anyone devs Ive nvidia sobut Im skeptical Oh = donpiano known workthis ------=_NextPart_001_0009_01C6CB5F.09957800 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
took chances being
White Burnout
where afford thinking while. behaviour = ignore GF users maybe
3D""
pleaded guilty District Court bail. due court Sept. probable = cause hearing. credited narcotics sales town Police policy pursuit put = dealers business wonrsquot away. Itrsquoll sources either. reached = article Low High Current Rating: Your Please enable cookies rate = articles Todays most PM ET.Crack K.Police .Man faces charges standoff: = slashed drink facts hard Red Sox Notebook Search site allany Herald = Related friend version Get feed up delivery broadband service provided = Americas Largest Network
People however emulating cards. making redundant texture checks = prevent lets meat post. Pentium GHz processor gig bought capable program = time maxed settings. My longer still fine. Doom medium maintain decent = frame rate. Far Cry turned fairly stay fps. HIGH rarely drops FEAR beta = BF demo. surprised gamers siding issue. finally forcing others upgrade = Well question this: rates why advancing however. coded
park substance laws. pleaded guilty District Court bail. due = court Sept. probable cause hearing. credited narcotics sales town Police = policy pursuit put dealers business wonrsquot away. Itrsquoll sources = either. reached article Low High Current Rating: Your Please enable = cookies rate articles Todays most PM ET.Crack
Family Flowers Food Drink Gifts Pets Religion Specials Stay = Touch Teens Toys Wedding here: More Our Mine Ex Flirting Forever Hugs = Couples Crazy General Kisses Roses Internet Make Poems Songs Marry = Missing Than Friends Seasons Autumn Spring Summer Winter Spanish Notes = Home: feelings spouse/ heartfelt messages. ae YouWarm loving wishes miss = him/ beloved/ special he/ holds heart.
Ati Shader v. hmmYea also.... gonna ask egeforce FX BFBack = good. stick together TiBack cab Display previous: All Days Weeks Month = Months Year Oldest times GMTGoto Page Jump to: Select White Burnout = Honor Speed Godfather GameThe Lord Rings seriesThe Sims Retro GamesOff = Clan Mod Support cannot forumYou vote polls bc Arts rights Policy phpBB = ::: Knowledge Power: Issue gtgt Majority Free Love Ecards Greeting Cards = Greetings ecards rmhost Send friends loved ones.ALL FREE Work Birthday = Cute Events Holidays Everyday Family Flowers Food Drink Gifts Pets = Religion
makes different from other sims market fact game. Drifting = style speeding Japan has recently grown into something United States. = For cinematic take culture check Fast Furious: Tokyo Drift. When aint = outta control says one films main continues below think drifting art = goal not just drive machine fast but rather sideways curves finesse. = Drivers judged how stylin they gliding turns look. gives try hand = what
reading angry posts THEN Id thank release forward upgrade. = intend Hell no.Back fdb Re: wrote: bud bold EA/DICE constant Emulating = pixels checks. almost seem done idea shading. kinda wish forego checking = allow lesser emulate play. Anyone devs Ive nvidia sobut Im skeptical Oh = donpiano known workthis
------=_NextPart_001_0009_01C6CB5F.09957800-- ------=_NextPart_000_0008_01C6CB5F.09957800 Content-Type: image/gif; name="under.gif" Content-Transfer-Encoding: base64 Content-ID: <000701c6cb1b$fb723800$fb901f3c@tzkoanxwdaludn> R0lGODlh7AFIAocAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////yH5BAANAAAALAAAAADsAUgCBwj+AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOKHUu2rNmz aNOqXcu2rdu3cOPKnUu3or+6ePPq3cu3r9+/gAMLHky4sGG6Gg4rXsy4sePHkCNLnky5suXL mDNr3sy5s+fPoEOLHk26tOnTqFOrXs26tevXsGPLnk27tu3buHPr3s27t+/fwIMLH068uPHj yJMrX868ufPn0KNLn069uvXr2LNr3869u/fv4MP+i+dKbzzKXubTq1/Pvr379/Djy58PmRH9 +/jz638Obb///wAGKOCABBZo4IEIJqjgggw26OCDEGYkTIQUVmjhhRj+lFiGHHbo4Ycghiji iCSWaOKJKKao4oostujiizDGKOOMNNZo44045qjjjix5weOPQAYp5JCnDUPkkUgmqeSSTDbp 5JNQRinllKudQ2Vr51h5ZZVbVqlll6h9CaZpWY4Zpplopqnmmmy26eabcMYpZ4SzzIkiKHZ2 hmeemu3JJ2Z+/mlZoIJSRmhdoxSK0aGKQsZoo5BGKumklFZq6aWYZqrpppx26umnoIYq6qik ggpEqaimqipjMqyKV6v/rtIFa6xyzUorXLbe6lauurLFa69q/QosWsIOa+yxyCZ7XTbKNuvs s9BGK+201FZr7bXYZqvtttx26+234ILrQrjklmvuueimq+667GZHQ7vwxivvvPTWa++9+Oar 77789uvvvwAHLPDABBds8MEIJ6zwwgw37PDD/yoCMUqKSDyxSRbvVmeQGV9MUsceiwRyyCCN TLJHJp/MUcoqt+zyyzDHLHNynMxs882cNmMAzjz37PPPQActtH9UDG300UgnrfTSTDft9NNQ Ry311FRXbfXVWGet9dZcd+3112CHLfbYZJdt9tlbaYL22my37fbbcMct99x012333Xjnrffe /nz37fffgAcu+OCEF2744YgnrvjijDf+4BSOyzdG5JRXbvnl+j5SteZUcz6155gPOMjog4Ru +unX+oD66qy37vrrsMcu++y01277X2vcrvvuTnrA++/Ap4uP1cMTf3XxNAUS/PLMN+/888yv cFMF0Fdv/fXYZ6/99tx3v5gc3ocv/vjkl2/++einr/767Lfv/vts3wH//PTXb//9+Oev//78 9+9/V074nwAHSMACGvCACKxdJRLIwAY68IEQjKAEJ0jBClrwghjMoAY3yEHYqKKDIAyhCJNm Bdk4Y4QoTKEKV8jCFrrwhTBsEgViSMMa2vCGOFQaP3LIw700414+jJrTMXpIxCIa8YhITKIS l8jEJjrxiVCMohSnSEV2LaKKWMyiFrfIxS568YtgDKMYpbPD7nBhjGhMoxrXyEbJ3KCNcAyX EuL4tU7Q8Y5pPGPV9LjHq/FxVd3oxlz+CEhBxoWQhTxkrwIJF0S6ypB4jKQkJ8lBR1LykpjM pCY3yclOku0VngylKEd5u4AAACH5BACUOQAALAAAAADsAUgCBwj+AP8JHEiwoMGDCBMqXMiw ocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzpswBAwziJLiT J86c/37+FCi0Z0GhQYESTTpwZ1GgRYlGTYqU6tCERpn6RPq06VSvV7tazWqzrNmzaD9elaq0 qk+tUuGSjUu1qdycZLO23fvW6Fy2fN8KhkvY62CmfpWmXcy4sWOdYde6NawXb+CjUP3eLazX MN24iRG6zat4s2fMh51efsy6teuYlof2nF1add/Vni0vRZwZ9cHQlHHTpe37dOXfio8Df828 uXORmXtrJU1Y9WTBvbNHj7zWNOivvon+b5UNvjBg3cGvP1/Pvj3EtrmlB79tPjfo75+RG0+u ++9w+fnxBpl+pwnon3sIJohgad+Jhd989U0H1oQB8rcfffU9Zdth09XGYHUWiqfgiCSu9+GG +aEoYIDDUVhXhYMtt6J5ynlY3HEDFojigSX26KNZJ6LX4F5V4QgWXjEmVuRklS3JYY1cRWXk X6Q5WeCPWGap5ZZcdunll2CGKeaYZJZp5plopqnmmmy26eabcMYp55x01mnnnXjmqeeefPbp 55+ABirooIQWauihiCaq6KKMNkpQOo5GamYUbkIqqaHuXOqcpZr+uUOn63EK6qiklmrqqaim quqqrLbq6qv/sMYq66y0llXBrbj+c+tAu+Kaq66+CuTrrgURK2wFxyJkLLC8Igvsr8YSO+yx wRZb7bPLHjQttdFei22ttHbbLLMELYusuM2imy234yZrLrnMvpusQc66W++6vJZ77r37tosv uK+iG2+98woLL7zXSktwuvyO+6648h6sbL8FL9RrwxAvDHCsAl9sLb0EK1ywt/46mzHIDmtc 8cQIq6wtxQOnTPLGrHa8b7Xbmmvyzgy/PO/Jz7bMbcgul/wPNRKzLDTQSdOcqs1Np6zvz0Qr LbK9Uq8sdEI6z4zyyDB7rLXTqEKdbdU6Y5uwysPmyrTY8U499txRtwv20g2TXXPe/jGXO7W6 VY+d9tthnyt31P9uffjdhOu9t77Q5ozztgcLvLjCv6q9c+aUN9325oEzHDnna2fu+OlrJo76 6oQWzfrrsMeeqiEwMSL77bjnrvvuvPfu++/ABy/88MQXb/zxyCev/HqULu/889BHL/301Fdv /fXYZ6/99tx37/334GPpT/jkl2/++einr/767Lfv/vvwxy///PTXb//9+Oev//789+///wAM oAAHqDdIQAIiBjxTAte0iQY2sCwPHMgmVmLAChZkgQLB4EASWMEDavCA/+ggCAkiQg+K0CAf HGEIM9jBC6owhC2EYQtjWEIWkpCFFkThCGtowx5WhIdA/oyhC3MowwUGkYgbPCEMk+jDM0VQ IBOsiQMlqJIPJhGDSMyhEbG4xA0eBIs7VKEQiWjCG+IwjGbsYg9TKEMvWtGFTdwiE38oRjTG EY5uFOMc1bhCEqJRjk000xP/EUUHRtCQE5wiIRM5SEU+0JGFjKIEnyhJSE5RkYukpCQV8sYi XhGENAQlFzvpxz2mEIw75GMYwZhGNqrShKkkpRrZeEIOolKUfdzjLO2YQRtasZOs9GIpfVnG YTpxk1CsJCOTyUxIQrGZh1zmIgsizUJCk5nTjCY2F6LBORqxiMX8pjhf+EVeBnOcvezmGnFZ zmHSsovFREgw13lFYhKzm67c/2U71alOH/bTlLAk5z/DNMhtPjKS19xmQrOJUIIgFJkHxWZE p4lAUbLzm22EJyh9qVFy7lKIGu3lEi16Tnbq0J117CMHzyhQXobUn+GMpzH1GUg8WnCLLlWi MW3p0YGCqaAUZahEpUlRRAY1mkB9aDIv2dCDGjIiJV2jMF+Ky3j2k5X4vChHbXpRj74yjh7c 6kxpSk+YglOmupynT7FqTq9mNZT89CpIdNGYRh61mg9VZlGJilRkEnKSeN3rQiXC1hr2VKs4 JOtOTVrClSY2pY2VaU5NOtJ6pnSxKAUoHzcLVs1O1axqTaUuOWtLPJ6Erouxqyan2QJtrta1 elUoFf6XKlhtCvWZQeXkHyHbTnha1qWefalYb1pKWuqxs19dZS43O0/hsjWPvTXrHUe62+Be trRcHStJUJvapy7VtrD1biYneteDbLKvgd3rahtiWN6edIYoBWlwqVvc+AJynVlcJUkxit+r 6veUNA2lPHX6SjLu98BpHSNaAyxXkXDXR0CFSISd59M4VVhPE3ZIhpd34TZ1mIAgDrGIR0zi EpuYIhvOSIoneeJRGVW2DNnwiyWyYhgzRKdKPOKHW/wju+a2IRn2cURq/OMb6xGYOeXxmFTr 3Rk/1bYspmJ4nQpNZTqzyNFdIZLTqmQxRXi9tx0sjGE71EwudKI1juuAR/7bZS+LF8zkHS9C Xkzm2ur1tX7lpkU7mmAkttnNBr3zeWvc1zKHmbxxZm91pXvSP3tp0IFmcSMx6VCHRhK8eZW0 oKG6aLJe1tFcgnR5B5vov0Z51HU+dHr1zMTQfnbHoEbQjM08XiuvGrCTjvKUNXllIuu4uQSO daKILGznEbvYyE52PZLN7GY7+9nGzvOIYO0lapvE2sFDpLQVUuqLHNuPfp5psMvK2QHDFZUX TAgPjdxoimD7rHfMKrnfDbxvn7oj9lbsGV/dUkazGrPYXa5py63DOjaY3YSF7ChfCMjmSu+1 gMV1RKn83S+j18bt/qfGGd5W6h7WtKXlb5ZDHv9XnO73np9Et3A7S0bmdlW7z+O1NVXN0EyP 2dAYB7lbd67zVt835aANp26L+3Mtz9CqsLSnVOnr8vqic4iTrR6YLV1eRPN121CuKJtrStqO OxyOJd1oRsWN9HRnNOBoLzvRA/nOypY86tSbulHxXPXYWvrKnN5616P7XK77nM1V5fja2T7V tOsz7CZvd2Xd/vEES93uqZ74pmWL6Yl8ne08D7relU5azrMcuB/vO9OZnviBO7aN/h163CFv c6bWnbZUF+y91W3HfBLc02rnt747/fnRhr7T2L0pYxs/3ICTHebRvjedJY/qUjs567o1MEsD Gu5bIrjg1jd7PbF/X3z+9jbHtQ++gs2tRaKPf779yzdM1nrwMdEbI+8/36xZM9D4/8j+7m4/ tPfP//77//8AWDzqF4Abs2L5pm34tm16Fm7wBk4E2GMGqIALMYDcJoFrVlPy5ncPyB5ERU3P 11R5VlDOdGmWRIIN9W97h1kbqCAnGHtFlVAWV2k1d3Wyl2sI13VaBFwruB6x9WR2B4MhGISj dlvQ5xCX93cauIOvoW1+tV7LN2GT5nqRhoBYdoPsp29K2B4xCITfNWc9SINiVoUoeIVHmIXO sYVSOHUeqGtgKIWmZoNjWFWDd3vycwyBAoVo9mZYN2huaGaFFnFiCHXhZ2AMaIZLZoEohoj/ hggqFGgQ87eIkBiJkjiJlFiJlniJ4PKIHmFx4uWFs9cR+RCKoTgQozgSoiiKmIgRQlYHH7GF gdiID1GKApEPs0iLpmiL/yCLqTgRTKZpf/VIXVhzFbeGClWCy0RxtdaCCaGLtHiKzdiMtYiK ufiMuOiMuFiLpPiM2TiN2LiLxOiCTsVIeUhrRTiEIKhpNid7C6GL2xiN2oiN0jiKssiO8/iO 3FiK7OiNSTV5zdePjqiJUGZ1QxiLp9iO3NiN91iN9kiPzoiQ8miL+biL++iLgeaDbGheHVhr U8iPFIiPCmmQD7mN9VgQIzmS0xiREnlerxdp4KiMOFd5ZwaGsUgQ/x4Jkh9Zkh9JkzeZkwXp jd/4i5dmjpXkj98Ik3QHhC55ENdYkw65kyIJkQz5lNFokFxSAOXzgTSHayxJa8pnghEnkH6Y lErZk1PJjD1pkqjIkGSZljnpk18CiyGBkg4hl25ZIpr4Eg1pEXRZl3zZl375l4AZmII5mIRZ mIZ5mMajBIj5PFWwKiSwmPnDAZBJK5I5mV0yCc1RmZYJK5q5ma7SmZ7JKqAZmqoymqSJKqZ5 mqq5mo7TCITiBKwZm6/yCMaTBLJ5m7iZm7q5m7zZm775m8AZnMI5nMRZnPTDDwaBnBahnBGB nMzpEM8JEtGJENN5FvxQnYByndcpEdi5EP/a+Z0kwZzd+RDaeRHjSRDf2Z3OmZzmmZzlSZ3/ EJ3POZ/xyZ712RDneZ4CIZ8FoZ/9KZ32uZ98Qp8n4Z8aYaDkiREGSqDw+Z/L6aACehDriZ4U OhATKqHQ6Z34CaERChPTKZ4DSp3bGZ/l+Z7r+Z4kiqIcOqEmmqIWOqIoCp4yup8tGqMjWqHO eaPgKaIwqqIdWp/0yaI7ip4w6qI06qPVuaMXaqECqpxOaqQ52qM3yqT9WaQ2WqQQKp41eqT3 qaRG+qUvKqUEOp81qqM+eqROaqIlOqXNkZ/3+aYnCqIMuqIfSqJMip1L2qFLmqN3mhBp2qcb +qP8CahNCqQViqH/Ovqmirqoinqi9smiNAqoIEqllMqeiRqkAfqkd6qphbqphLqiP9qpgmqn orqogyqqk+ocWsqfqeqon4qnh0qhmIqomdqotqqeo7qglSqfXtqne+qntxqraJqrjPqkmjqr qWqqwDqrpaqnxPqspZqnuxqqpDqtzKqssXqhycocgzqjzvqrc5qtRLqdY7qq0iqnsoqjSQqt Gjqq4oqpv1ql5JqulWqp6Wmo/4muwQqn9yqsKQqu97qu5jqvLxqttlqt01qsjRqw9Bqqp4qv cLoerEqo6HqtsEqp+gqt5/qqB0utnAqx7dqx7Oqo4ZqxIDueG5ukWmqtzgqshwquAdqw/3Wa r/vqrgk7s9tas9jKsi37HMyqrb4qsxfbs/GKqgprsHOKsw1brz27sxA7r9p6qjAbqe+aruv6 svSarA8bsRbLqE+7tIXatfU6prWqs/H6sTWbs9yqpCWKsSfLpUO7sATbpGYqpgWbplhKtx86 t13aohKKt3t7pYaKt8XatlRquONqrs3qsDxLqkMapnbbr/9KrQ7rt1A6rLfKpph7tBHaq50b o5CLua0aJwhqnHbyuKabuqq7uqzbugYxAn4JAABAJrKrJbObELfLELmLEbt7ELPbuyMBvLgL EcLLJbVbELKbvLd7vALxu8q7u8+7vNCru9KrvM2bu8f7vNdbu//M+w/Oa73eC77hm7wGwbzY +73oa77aG77XOxDdyxjTW77D670E8bvu27waUbz3q78fwb/IqxC9a79g8r7dy73my77ti8Dt S774uxDZe74KbMD1m8AMTL8EPL0FjLzVS8HS674drMEc3Brx+78IsbwTbMINzLsOTL8n4b8T /BAu/CMXXL/fu7/Q67w0PL73C8AQvMAQnMEIXME4nMM2/MIevL0hHMEfDMIS7MEPrMPb+75R HMXVa8AxzMJIPL7Fi70njMUpXL4E3MDo68T4K8BeDMUoPMZZrMUabMZqrMNVzMIMbL9cnCAz fMRDPMQ+nMN57MA9zL7qq8BE3Md3TMT/JWzCH/zESczEFRzENQzIf5zAktzEirzCO4zFW3zJ Fgy8Lhy/iLy/oOzGRizAn1zGoPzFIyzKGHzKRYzJClLIgLzAgtzEshzL1nvL5wu+gazFPdzB 6VvFuSzFbCy+D0zM6wvJAezLPxzJs7zMiwzAo6zJ0dzKRgzGGUzHrszFpHzG2mzB3lzGt6zJ B2zK4MzKpEy+q/zKyczHslzAehzL8Iy7f0zLUqzIvizIYJzPbfzGT+zOvvvGvKzH9LzOR7zH jtwQqSzNl7zKAVzC4uzNqhzK5LzQEP3NFp3CnBzRGI3NptzNrIwgsMy9ZOzPJE3GPFzQkIzH g4zCcNzQKo3S/07Mz4nMzHu8yyg90CB803m8xNBM0WJMwl68zTvs0tw81OZs0Zxs1D890aIs vx4d1Egd1URtxwRdyy1d0CW9xoes00oc1Ik80lMt0jDN1Vjdy8JLyUss0Gpt0JO805LMw/Y8 x/I7xa5c1zQcxkstx9lr13ft03UsxI0M2Fa8wXot1uFczSC9vtGLyr9813I91v9MxcE82VN8 wwFNxTG9xfOMzpa92AfNwZVczLusy6T9zCBxxRjdwhaBAo2B2oIizF8C28brEHVsEq7NHLcd KLK9Jbvtur7928Ad3MJtJr2dJ6gdw7nNHsmt0L4bEcudv4ei2cXN3PLcyB1R2xJh3f8wTNdn fchivd0ILdjpS9fyTN0IXRHI7dxnHBJTPSjdXRLPTdvQTREsrb/vbd4OrbtzDdTHjd3qTd/n TbwuEd9sMsdA3MZIvNfGXM+nbODqS9gtfc5xrNWFncv5nc1sLMeIveAm7eB5Td3+Dc1pvNca DsXcLNoxjeAvLNgpLtPurOBZ7NGkXcp18tT4LdQcHdX8ndQ23sUU/dRmTMI9vt/dXOTWnNpA ztcljtjiXNzbLOMTDeIY/sXV3NRHrdFQXc5TXtFMjc9zMuSEfdifnOT87djZfMPfveWq/N5D vuMwruUOrc24jM6QXdh2TuWM7cmbTOfYjNctftRmbsMOHtH/ZI7kfq3hck7neALmPv7NYw7o 06zmL33RSV7beN3mkd7lQf6/Pd7efk7pzO2/j97Fbozdlf7QqFzUmi7pP37oNL7pBC4mbX7q iM7qkV7oUh3NuO7SnV7mjS7UTn3lH53Xf+3TQH3h313fvm7oXW7sub7quw7pli7psS7rJG7N cZzGOi6+zn7Ye57iaCzhSH7BTf3YK87p0m7uEA7YJo7mwbzQ2k3k6z7U42zmf23d3L7ug77t gW3uJl7XM47nr1LtIuwnBJ8SI0w88Y4lBx8mDQ/fnz7cEj/xFF/xoDbd+O0cD78YDb/xCL8R ye3xepLbm96/pz2/HN/TAT7fAl8W/yF+7FHe8pZcKiSv8SifFgTf8UxuFi+/8+sd8qDi4X2d 4XTM4vsc45Sc4Uqv9HL9yP7O2R1u9ERfzEo84QsP4US/xkYv3kOv3fvO9Nfu4hTO2Q+u1Y9M 3lIP9u+e6CLP8MNO7c+e5UWt7Vie0HIu8EGu7b+O7qte630f583d0dKc95Bu15lM63FP+Kme 2o3+9v5d8nD/923vI4wO7Wce2PRu2ILf7Myu45V97hUO8Iq+55pP+lje3Aze0TOu1qOf0FTu 7XUf+Zht7Nke7L6Oy0TOy7I/+T1S+bl++rre4Jvv+bvf6kod+4i/1LD+9qNs96qOycu/+HyN +Mj/0Znc+f8ln/3pHvzcT/xf7vjCHvvG7+jDb+XF3/klXv2Sn/6y//xyn+PmDwB/EO2Mj/3F b+OmPv7an9Sc//73n/EA8U/gQIIFDR5EmFDhQoYNHQoEEBHiwYgAJk60mHGgxX8VDVbkCLLj RY0cR3b0uDElypAEJbLUuJEkRI8mQ6YUyXLmSZwyUV6UuZLmy5s2a0b8M1TlS5VKC4q0eZIn U6g+cTJtGhUmTZdcfU6VKHSr07FVgT5Em1btWrZt3To0+VbqXLl1Kdr9+DBu2qR4/f4FHPis YMKFDR8Wy1bs3sNoE9tlrDByw76NLV8G/BjzZs6dPX8GHVr0aNKlTZ9GnVr1atb+rV2/hh1b 9mzatW3fxp1b927evUFPpuv7KfCGxCXfPX7beHHhzU/HVJwQenTWyxnunY4wsvG4WkcDt76Q eHbn5QmH1y7dfNe3268jV2/VNHi5y9Gvx69X5/6lUjMmjumqoowqaaWchmqpqKVKcuqo4RQc qbuZcvoPQquIMpCorrrDkCqs+tvPwY/CCisosnaC8MCaQvTwvvzWg869r2J8KkL2bMRoQxPP ikrDHDFiLEAeZ/yJvQRN9E5CHX/E0SugaPRuyB9butE/JL/iiUkol7TSxRfxizHIJLsscTqQ oOxxx7nSfLJLl1bMkkgmr9ySQKwGJBNOJ2HacjAlcUz+kEQshTxTxwL1/E/NQj/8stG8sBPT TT+bpCtJBrW8kUZMx6TyTzYNbfLS4DZVc8goJa000zi3MzPLyRjMztJQKfLSUd/Ic+9T7CjV FVRMieRU0R2pbHNOOdMcU9helSS2z1VV7TS9XX89Vtgri93JVkdv4o8sqAAEq8GgNNTqwLLe tHNNOIlVl91qp7SQpKNalDJcK/kjUNw4QSzyXnCf7DBFrwTEUluDa/vTsYNhq3Vhhx+mdVq4 GIX4uYovxjhjjTfmuGOPPwY5ZJFHJrlkk09GOWUYt3XLOonTQo+8ls+zrGGYba7r5ZQXdU1G mONLTj2d9YNrzfZoFjrnte7+w1nh9KpU+V7aaqVPPOagJpq5hJdGOuiZDWs667yw3nlBfkEk OGC0ezKVYBZbjNdts93EE10E5177yP6QHctIfY1eVW2lKvSW4rsD9PFIFYVaMUVBHxyR8Lc7 NVzkYOuVVO9Ue1UW2M7HlhpVWAv+HPA2Wz292RpVjzLaZbn89OkIg3zWWU9Zz7bGQe/iezCS OTXX09ovLHHC1RU1a1ZGkz2dzoKT19RJnoWnlnC4Nc/x0OJnR15E2c1s3EbbVW1+37ub4hHR 2TUL+XLQMyf111hF133WPZmnX1ThOX9zc/Lt919w5je6/5WJdP2qX/RGp7/QMU9IpouU+0Sl Mgn+VolNmhuf7zKovN3JCYJ0a2DpcnUtbClQdyYEHe5MJTVmJZCFxdrgC6dUrxGWT3wHtNyx ltchFPUNeqTTFA/9Na8RnciH4evb4YjHoXxRqkg/nBSQtlZCwbFNiAaKHPh85Kol/i9EuUti hg5nxcpFzS9eCpsZxfabzaRRjb1B4xsb48aj1ayMcsRjHvW4Rz720Y9/BKRcbhBIQhbSkIdE 5HfoWMfC2KxpLsPLIq32vlH172ofk5nJJMmvDA0tM/DxmoRURDZsya5UvguMzDyJQ2kxcml3 LNoZnYiyTeavg40EJdCMVi5Shi6XQLyMz1DJyl+2kZix/EsmQSa3vwn/7FX0k8/kzgYvyjku XbvjZeTstri4dYub02SbvRBXt3i9bU7jbFAn13dNSlaoieg0J6DuZDxleix2NkTT0/gHKBEO x4bVC6G1aJfC5wnQoJPiji8nyMHWAWtXqONgP3M5vuW9cIt+u2EtwXRKf4Fley6kVr94tqnt jRR6UGwbVYoIUo8adKAtpRiF/IPEH7qTerOc4Ei5F79KPnRcetqKBGm3wEpikqO8dJcw9/lA z0UxgAAspShLackSouqo1kIgUptH0Z421VdONUpEuwq7VOHzlPMkqkZXZiwZWhWsAeXqW7OH 1ejtMpqgrOBQCdpQDwaLq3x16w29KlXOvVSF/gA04UthOEvLXfRsTNQghegFrS2Ws13ywlDh PiTTnzaxf+W6ipGo9y0xqdRs43QnZuv3xePFs0fk6uKoOvlOdHGLtd1abD0TuVtAMo23vwWu aNhnyuAW17jH3c0jkLtc5jbXuc+FbnSli0eqpTI0al0pG7Frzykit7qfFAwkkcm17xRVuOVN 5qNcSV3yppeN41XLdvUj39xsUrHM/Sbk8otazULKv+98XGr/ls5yvnazQsQt5E4UrS/6F5yC s9sRryhhJtLWmueTm2RLu2BxQrhxs6UlVj+4ocPW1YKfU1xBE3ZPs/bVl7xDDgYZO2MRv45U S1UWu2zcWqiyOKel/hMrfZtj4HnqsKSdNXHwUDxXzIJvQWGKoZ1sKh3vOW96D0pUFgMaZBCG lMh11akW0cS4q4o5nzwVsnBYTENoOhGw+xsWk8WaldUO1ovmpSKoBlhAOLN5xwx8c1lN1+I5 Q0u9W5NVDH9XY0MDFMd+jrNgC83TRo/YfhJD9F1/jLlHc7l3PZaoWfN6S1zxitGKHll+t9nF CvcXy+SzopzxBNnCadlcl/WWrSsKMOwFdYdHjjBoJyzsVg/YbaDFMDMHTM1mNji20E0zadIY 7c98d5g1ew21fwfLIdcHTNyO8DHDC+5qk3u650Z3utW9bna3293vhne8A2luedf7kNq2/3e+ 26dvfh83w5Ptd8DfOGqBF3zgT+YTAg2+cE0WNLsMh/i+CW2+iFc8Y7SOJ54tvnGOd9zjH4fN EggzAJCX3OQnR3nKVb5ylrfc5aqht2Ni3jI3Pq49WZZ4MN9zq0l+6Uw4T2ZYEVNzoLfF5nZE X9dceSqjv3iqYNP413SJb854aNxJbyTRFa6Yog8dYb1k5DOvvZA2NF3pxfx2VuAWMYT7WkSZ TWdL/cm4zM42wOpk+09+Xfe16z1vdw8t3t9za3jeVifW82wPEX9gASf433VaXwMFD2J8kfnW cATwEyEFJPRZfWC25da39sQieZHe6nd/4tgEdWC1h971ibOt3v7DGnh3tTJ9U4XoA8FMTw9a 9JZWfS1A7fznEDJ9N56X/ejvJHTkJ3+HIo299DZ/+tln+ejaSRTruUL97bNK+tAHv7l3j6BZ NzpQls9o74FHd4T32dSYTniY449NcSNM6LK/fGg/j/XVSxn6hGc+0es+teMTy4q/ouO+7hNA 8vu+BNS88Bg/Qcu94YExAtqyNaOzE6O0+TEW+IM/EcO8pLs+WgG/EiQ//bM5iVADEhzA5GtB 53uVzYNBf3rB6/M8uHPBHFw+rSE1ILugkOoo/Kkg9TonIDsoTws1qArBBjwV1+u8+9u//UM+ GXTBFLS+/hsWGcTCOxBBnEvBEsRBK/8Mv9GzvUEDsel7FseLJmDLQHvhpMmCItOCNYDTMLxR Qt6YwrpRsIS7nxusMKDLvwD0Hh4CvMRrv64rlAKcm+VTp4CJPQT7Lao7rlm4OEmEtpfTlpnD xE3kxE70xE8ExVAUxVEkxTUiLqkbu7MrD8OBwEvaqPqwxItzRV1aL7GLukuKRfkyLPgSpp0D L1zquVMELvEKxlrUp0iqv/oiqFkURlqUDfsoxuB6PIFJnxYSJ3liRVxTNW3axmRTEIBTPcY7 H8eDxHkxRM4iLc8iotrCxrxZJzuUKQuJQxKJm2HbJgCrrGWyM7JCJdcZFyDkvyQsoAtsLRmD sb1iNLYawq3/6qcpCj7gI6tAy0ebIIHYMT7gOSGEAsGNGcJ4pCorE0j+qykcWr8ig6kJuTzO c6EvqzQXS0SGJKlBRMjUEcE2a7O4AphlxCkUUR8awxiC4yIanCucfKYm3MiqssU+6TX4MEln WUmdzKRPc8o23MeZorNOSywfFErfy0gu88mLAUrjk0BRu6seQjO5ArX4MciXcb8ILLWJk0qb fEvEOrEooytbAiaXVL2zTMWfVJCy07Am3LWZUp1zmcPCxKK5Ix4tCyqeNEoAyUdyrD2/Uy3z 68l/ezVaO7YhYkQd67s6xL/VCqc1VKKn26NYVBpkNLtuk6XwAjvdQM0XiU1UpDmc/5nNM9LE vAu6VcLDUvTN3wTO4BTO4STO4vS3r3vNsknN+eA4OfweyXCks9Ot+LKYvlzO9oJAsQyahKIk ljK64Qq7inFOpoTO1OBNnsMM20zG8cTFaDQv7YQv15TFasoeehyob7SwDtNDDOssZmNHcyIX ynNH8cE7eFoXDxNHYUsizbpHcOQn1koqwmQyRCNEewSsYHtHcbkwa7pNqJOxyCwrBjuzqCTI 11ElFeM9L6MsUdOrs1SqUhHLE4XLoHxQnyKTDqw0jNwyh2JRIvTKVwQ0F8Mo1xlJdpTIzpHR k+SiTrtJ4FOfZYmUfxLMESzJFpoyC9RLMmzL9uMSDbpLi/980qNkzSCtqifTvbHc0uFznpms 0R/9oLBsyBmJIBjtwfvxqozcs7ncMUjDvS49wqx0tJB0jtm7S06jwDnDSltKUqWUtR3lnw0i SrJxykCr07SkzH3xmcLSQLrE0Xb60k/ly1d8wNu70DO9LQ6VvLXzSNwKzOEhNgULp/36z+KJ VVb9TDYcozmtTDnNtX7EUCpCMLgbzZ7azHEcTcm6RuvEL1VcTaeBuLDp0OWyr9wMt5+JOGg1 zmzV1m3l1m711m8F1+NrRvdqL19UtzSjI0ciRmWloDujsopiuvF4jJips3p11/gCT6lrmJek Tmv9xWRkRmRSpvM8uN7bTrS7Nu7/DFhnvFdnBUbaFIgf8FdTZFbq6FdWIlju0sPgsU9wsjJa 7VhJhS0pekD6hJq0sdDfQ5sMdTYAJbCqCbeeJLBXS9aiKtJ1eVdjpbuRTRvXIqNozTa5rMqy +FAv2kVGLbQVK9SdulCazJ8WddP/7FJKfVMeS8ouY6uDtFTrM8IbA9iHKVJLmzI1Vckdhck2 vSAyq0qdcjM23dOwNTEgqjIOLFH+hFnIw7qIsctAPacw5Vd7SkL3ecrqiUDP+UGG+r1HFU1B W9smJb6J4tW2jSoSWko1larnTFQ49dqSeVyk7EEcM0pDO1y8NcOlpduTBVW6fFydoVohPdum NdEhHdyt/+VK1aVcdj2YeWQ9BZ3VC4m8FwPN8nOVny02MRpVxp3VyirQ5K3ZpGpVtaXBxSBe lSVakJ3Kxmyy3l3Z0nM7k73FcGXYie0Ziy1GmBXfZq068IXYiw3acg0lr6FY8jUm9aXf+rXf +8Xf/NXfULS23wBa8U3XalOzdX1Yo8Ld7lzY9FQaaLSu5IxfyNBJWZIkBg5Y+HRYwP3ecYXf zghg97zODPZgCPZOchXhDWZYC37g+Qw2wdPZxFO1Y7PCDVthxIQtyZFeywreQqzMwqsdFk5D AanHxoNMGj6UmYVDZUPizTLilPUTmkqcA8bDLW1dxnrbSItbzGlIgxTbOzvTuP90LMVLyAj1 saHVKrsqn6JVSI6qS9NNPT9r0cnMj87cW5g62uSBn3X6LwvqiRIjzKasU7Mo2jDTKzK1K/4a 49TZWTm83Pkb3jCdXan9UbalWzFLv0xUqIRELPfj08olSOPBy7Gq2xlC3JMlLDclKkrz3GJq qNDttUPeyRUSPvrLUZC0ZEwVWhUl2zPG5S1OZU4tU7KkUUJ2OFsOXWK+qhn15EUe3U++08lV 3E6d5Wz53zlaTM4EKdKi2cqjRu+FR6nVTN8lRyOq3i7+WV5bRt7lM2Db3Wr+1XABvSduXuX7 4jCqteP1JDvmLBD+1mlOAnSbZuOiA9zIV0785/016IP/RuiEVuiFZuhaXt9nxLfuKs+ta+jx ReF6dRHfWmAExravveiCXuiLxhrsWqT7UmCP/tqK5mB6CtlT9ablrc++m1nZbTBG1NA9NEuY ZqAZdi0ClWmVdq8UA+ZXfipCvilr9KldLNv38cfNdcu24tp9AmpkPOVP1lO7DdW2quSqUGoq Rj/tudIyXlu4dbqpPpqqJr6jlQ805uWhxNosNdpKRlEaJTQPFFOz1le+nbRnNmWDzSZJg2u/ 1jT4iVc2Xl28LmHKseZkO8yOlF5xthSQ1ePJJDw5pS3pybvWmcjYAmnELmCHPmnPzkRqFddg Im3RRu3UVu3VZu3Wdu3Xhm2O/zntVew6Dk7XaX3oKDZP+9JgMrSjBTw+NKo+in6l75zo4sBt fy1o9Rzh0Cbh10TN5svdCNI6rjvu60huZ+1s9KW4+f1X6Bau6mOn5AViG5acuENBLYwpR5xB LHu9LMq+N0S92hqQKCW9ATzD8xaPlr7hy9axakYnVIVVtJphQ5zpKutpB9PmBd0ve0ywnMk8 HOxDAtS8+37vKpw+5+Xe9u7C+6YqdATE2s7D6K1B884qCQeazLXiWb6oOcYVKR7mOz5qhSvK uA5VroVi7O5wFN/BFuS7vBVDHq9tGh9u7dNB+17vE2fF+zPyEg8/Dsnb55QiP76yPWNkkbpl nPpDm/+sWvMR3Cb+QjeWWSibbaGkPgD88Ct08gN8wud7cOPlcCaM8uZbFIzLLulmbwc8OumW 8hm7Jyx90Ocx6pYEQqnus//+Jzbbvs9lqSuOJCYf8hOn8B/3cS/czwlnQe4zcjE08wBU8hjs 8M9yQifvceJu9FC2Zah0qSx/Sz7OpkNXdKIuPkbXa604gEffccFM8wo/8gof8SKKvqmQ8023 9Dv39B1M8u8T9Uov9lIHN3VW4l29yHYuZ4X6Yt5FZ3w0y2rsR7WpVbw51hYv805vc1Zhb163 z+sxwWSfV5vGQvdWdv3acl/z7fJeqUR0ED/k9NhGOuPmd5Wj1nH/94En+IL/N/iDR/iE1zfe vm4HhjmB7myF1ecEdngWXOnw5ejZEOkLxuiUdt/VXKiJp3jlZk7wXs+BHlseg2SDvc5exCj5 gU2PN9fu3HiHUC57dd/t7nPzDMZW7EvdmsudL2HZio/LrXmY4+9fa2EF31kJszUA/909xlwD Si0hvmEGtXoZRllTlXpb5dnNrl54/HZgPS1t+t3Iwk+u/3q2hDDvXCidT3FMdvE/lftLBtFI j93bbVo6ZdJnFuPCdNq87+tddvWRNPe6BiMcL13TLD6T1niHSuQYsYEjPXV+Lawxt2O3vbQs H6PAXUgCOinoRSFCQbJOjhW7c6srS5pANeS2i/Wr/v1HnI+NLx/mp+5qEnVRwY57i5gAwepc sR10xWT9qG1cfvrzPw7R2kfeeoJUuXb0GSdPEsrxkmf1LrEBPh1Iyo9kOoWW3pfrwXdmLs/q v0YhxB/qp/ZSaU596fdR9OdrXv5AUQYjiF5sah/HZVv0XV1EIFYXY8ui3gcIAAD+DSxIUKDB gf8ILkSocOFBhQ4jNmRYkSJEjBgfHrxoMaJBiAgzgvSo8aPEkRonilRp0mTKhxM5NhR40WZL nBsz4pSZM2RNmix7qqSJsqhIj0ZJMm3q9CnUqFKnUq1qVerSq06z/pugFSrXr2LHUg1L9qvZ s2rXst1q1WfbuHLnyk2L/vap17Uuv9KB2oruXcBa7QoubDjpVLiHFzNuXDivY7J/I1OubPky 5syaN3+FzHnq5M+iR5Mubfo0atKtQqdu7fo17NiyZ9Oubft2ZMIv1erEDVt3Yt+5hROvGlbo x7NZZyJeuTdoWuBPn+8OnNw4z95vazbvPfO5dupMmSv1Lj5788HF14Pd3nYp8puIFV+PKn26 W97KSd6fr1hnfMl5l954/M13YFn0XdUfe5hRN5JPLFEUU0hIASUUURzBZxFy9AUY00YZdhSU gSWFKBFDEhZlE4gm7sQTdDnll6J8HJZYI4owXrdhjknpViGJNnIIYIOzaagjjRUdGaGBPaXH /uSNMPaoJIFIUdmdj/ItpxRKPvbYYZZX7jhml2ZBmaNMTiI4pZAEXhnfeVKKCWSSSBaZmoQj lullmEmSJyaXRm35UkFxophSd+QduuGe0F3oH4t9PloSnH3OeGiNcq5J6Iw3BgjTgDQ6lJCo n95pmoIdQXlUnaQCClSgBTalIKz5wRopp22GF2uujbbq66OVAjrrgYXmWWeKo5IpK7Ommkkl mBemeupo0wb75K/X2slrlNhmit9uk/oJU4mrmispQT/MCSyZq/aapoBNIphpqoxy2W2zk9I6 L7XV7uXSdyIOieuf1Vk5HsD8ETnrvzJy9+KiGOrb4n8xqhokXAVD/ghpuOXFO1TCiR6J8MIO uwjuiCEPjGW/LY/F4GIwu7ygYzKLZvPMLeMs2M45Y1Vzz5cF7TPRRRt9NNJJK7000007/TTU UUs9NdVVW301XUNvhyHWNLsZl73V1dW11Mr2Vyt2t2K3WZpaszXyXGgvS6x92ZlKttPTlkWW 2ntrpmZ9f287NrNiJ8iy4Xgn3XbbJCfb4qauYgygiExC7nDGToLZpd0Us9h4kJgD/O/oggJO 8comXv64vR5OTjmuqasOu+KlVew6uuTaKDnnY97+JZLaJlvuvcW/ue6z52Kpt7jQyus8ufUi 7ju6+57rdu3vLZ8nkYwvKSqy3sd4+09w/mMKEtpmezswncZ+znDszUd47FBHRUrhnsrmHry3 fwqP//wghL3s6YdbDPsVsUjFu32tq4HNOt7g5mW+Rp1PYfxTngH5Ny7nXS9wCNTgx6onQuQd kICfIZ/BPvgh6BXvf/ubYAs9qKsLhqmCcGMX7j7YO/K5UH69Q9z3SCjEbPXPhIK7F3jUJDAN LtBuP3mYxrRzEg0BLl+my1D7XkeyiZmHdgorGaXYp7rQOTB04BkfpPA3O4GpzIhujM0A35g4 usmxjreJkx3Fgscv5tEw8OgjIAMpyEESspCisYchE6lIoyFykY585KkaCclJUhI3kqwkJjOp yU1yspOe/CQo/kMpylGSspSmPCUqU6nKVbKyla58JSxjKctZ0rKWtrwlLnPZmkrospe+/CUw gynMYRKzmMY8JjKT+UsCKLOZznwmNKMpzWlSs5rWvCY2s6nNbXKzm978JjjDKc5xkrOc5jwn OtOpzkQeop2HWIg745mRd0KEnvUkSTzd+Q97wnOf/HxnPgEqT6bks576hOdB8flPew7Un+00 aEMRetCGBnSeFr2nPh96T4nyE6EWreg/L0rRdRompBv96EX3+RSTYjSkHVXpSWPaz40ylKAL nelMawpTp7iUpjzdqU5hqtGcptSjGCVoUQEqUpIW5qUyVSlLnYrTnfZTqVVFalGp/qpVqD7V qkp9qVWFCpWeErUpYaWnSc+6VXwCda1oFatbmSoYqW41rFddaVa/elS25pWvKJ3qXfXKVp3S lapqXStX7+rTmhY2sY5d6lvjKlfARFSrQQUsVgHr1aoWtKOelSdYHerUzdqVs0Ot6DwHStGC ttWfWI3sWYdaVoGqNrAQvexkKdtXzUaFpYoV7G5lGtrI8lWjpU0sbv2K3Ke2trTEBS5vrzra tk4Xsblti29F69ne9pWxdVWuZZGaXLS+dbg+xete4arQiU71uY8Nr3R5ylCpEve6bPFtdrOb WZzW96Gh7ep+3Qte9aq3vgFu7n4dS9jUtle5/v1pSvVr/9/7JrTBSeXuemPq385WFrOi1fCA 53vaj7L2tv3VrnMN61DDili2LEaxcFM74gnTuMY2vjGOc6zjHfO4xz7+MZCDnMqJVpijGR0s h09b4gFrdsMMzihqTaxkF0f3wxZucoUXSmUUp5jIW1ZtlCsL2qxyNKkSjiiatzzME5u1u5k1 cJurK9Kbwhe9IAYvm/HL5MNaN79lrbKKL1xlOf/VtQA+758b60s4tznG/yXwTwlN1PICutGY 3W6hz7vZPbe2z7tlNHOvnF5Ek/m3nfbwoz0sTFA7eLBvVnWmD03aSh8Yz64urm05HVS6+hnS TBa1YkddagWfWrLBNWaL7cxlGP6vtsPjfa1YDfzOISg71cv+L6XrWtucFtnBqE22TV2s3+Oq 2diwHfSD/VruYEr6zsIuMIa/i2tDSzve8nY0tL0bYk2P9dOW/ve4v0tfS7sX0+9m9Zr/LeiD k9qszoY2vWndalvHGqjzVbh2+Vvtef9a1ObleKlZq298gxyZbK41w/+scIM3HNKNZbm1T17n YxMbwtGVeaABjdvkzvyxVE7rsI/pZV53t7MkFjOeQZvuowf90t2uM9JDbmsJ59y0ZQ43y69+ 26pvfbt0Xu+UqS7ksZO97GY/O9rTrva1s73tbn/7G6G85KrTtudY37pRTat0gcaatkUG6dGN 6/Cwi//Y0Px9upUNb1nAB964Q081phU92ay7G66UJ3Na9TznvltXsieG/JXJu9RDc3vYfga9 nqMa6glfftIatzvpj3rZyFP31jYfPVkBTHtiv1y8xa78e++tcdXD2r6tj/brj29trs4e1yMP doINCmLKpxj50I8+cAdOcsyrO7xiN37Hs73goC9/070+t9fnHubmUx++51awuH3va2D73fGC H33PJS9X5dde5Z7e9/PtHvPZHsblncgB4Lx5V9Z9XPDRX+e9l4DFmI4dn+HJVr3d3qX1383J HgFGn+UlGAPOFgfSHO/dntdxV+RF3eqBX9PBnMTFXn+dH4MhmLLx276R2vj/GVXA4aD2nRSc 5Z7LNZ2NZVm/RdiGyd2XJdRISZ+GLV0FEt5njdnBNVuLFd7XzZ3WfV2IQeHVlZgLCiHchaEY jiEZlqEZniEaTtMGpCEbtqEbNobBLaEEcpYRzpgDTt/EGZm4rV8S/h0RvqFv7Br+DVreEZjM fSH0PV/xzRzohR4gBmLLVR+iqRW25Zrz+Z8iPuAObl/LPeJs8JmwnWB6kZvred4HRpjwARwI duD8eaJsBNwC7h4pWl91md+3zaEJrmLFIZwrugYsTh0qziIlxtleCSAFcl3+yZv+9aJp/KK/ Dd+9KdlKXdzNqWAuUlzKLSMzkgYiPpvK3d8drhwnVSKjFRxbIyLjNn7i3cmYKl7h34Vf93He CmpbH+6hBaYjPuajPu4jP/ajP/4jQAakQA4kQRakQR4kQiakQi4kQzakOkGCQ0akRE4kRVak RV4kRjpGQAAAIfkEABIAAAAsAAAAAOwBSAIHCP4A/wkcSLCgwYMIEypcyLChw4cQI0qcSLGi xYsYM2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cwY8qcSbOmzZs4c+rcybOnz59AgwodSrSo 0aNIkypdyrSp06dQo0pFGGqq1atYs2rdyrWr169gw4odS7as2bNofy5Ly7at27dw48qdS7eu XYxX7urdy7ev37+AAwseTLiw4cOIEytezLix48eQI0ueTLmy5cuYM2vezLmz58+gQ4seTbq0 6dOoU6tezbq169ewY8ueTbu27du4c+vezbu379/AgwsfTry48ePIkytfzry58+fQo0qKTr26 9evYs2vfzr279+/gw/6LH0++vPnz6NNbVKG+vfv38OPLn0+/vv37+PPr38+/v///AAYo4IAE FmjggQgmqOCCk5HA4IMQRijhhBRWaOGFGGaoIU9YbOjhhyCGKOKIJJZo4okopqjiiiy26OKL MMYo44w0YuhDjTjmqOOOPPbo449ABinkkEQWaeSRSCap5JJMNunkk1BGKeWUVFZp5ZVYZqnl llx26eWXYIYp5phklmnmmWjC5k+abLbp5ptwxinnnHTWaeedeOap5558xqhLn3s1AuighBZq 6E7NHKrooow26uijtpUB6aSUVmrppZhmqummnHbq6aeghirqqKSWauqpqKaqanKIrOrqq/+w xpoZGbLWauutuOaq664reSKeFrwGK+ywxBZr7LEP4YHsssw26+yz0EYr7bTUViuaAdZmq+22 3Hbr7bfghivuuOSWa25Zyp6r7rrstgthEe7GK++89NZr77345qvvvvz26++/AAcs8MAEF2zw wQgnrPDCDDfs8MMQRyzxxCZmQ/E/Fl+cMcUbT9zxxSCHLPLIJJds8skop6zyyiy37PLLuI0w 8QgyR0yzxDfDrLNkxfTs885ABy300EQXPfIeRiettMEncDfd0lBHLfXUVFdNXh1WH6VH1lx3 7fXXYIct9thkl2322WinrfbabLft9ttwh91Bqt54NffFd1Oc98T+e0vc91DhFPs3UIFPXLjE h0ecOMSLP9x43JB3WUvkyl1A+eWYZ6755px37vnnnAkC+uikl2766ainrrqs2Kzu+uuwxy77 7GAaQ/vtuOeu++689+57UZX8LvzwxBdv/PHIJ6/88kZqwPzz0NPYAMjTo2kNZtVHr/32Jv7A /ffgU7xG+OSXb/756Kev/vrst+/++/DHryAN8qN/Sv345782BxTzP7H/+gugAAdIwAIa8IAI TKACF8jABpqsEA6MoAQnSMEKFmgCFsygBjfIwQ568IMgDGFFInGmbYiwN8MAWQovNowVkqoX YXHhCWdIw+Ht4YYgQ1oNs9MJg/lhh0BgDKIQh0jEIhrxiEhMohKXyMQmOvGJUIyiFKdIxSpa 8YpYVCLWsshFEtXjhG3oohjHSMYymvGMaEyjGtfIxja68Y1wjKMc50jH++SgjnjMox73yMc+ +vGPgAykIAcJroAAADs= ------=_NextPart_000_0008_01C6CB5F.09957800-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Tue Aug 29 06:38:08 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GI0yu-0001PV-MW for capwap-archive@lists.ietf.org; Tue, 29 Aug 2006 06:38:08 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GI0yu-00074k-IK for capwap-archive@lists.ietf.org; Tue, 29 Aug 2006 06:38:08 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GI0yo-0005LC-CU for capwap-archive@lists.ietf.org; Tue, 29 Aug 2006 06:38:08 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 52103430B65 for ; Tue, 29 Aug 2006 03:37:49 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 135A1430063 for ; Tue, 29 Aug 2006 03:34:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id E18AB398037 for ; Tue, 29 Aug 2006 03:34:41 -0700 (PDT) Received: from huawei-3com.com (smtp.huawei-3com.com [210.21.230.51]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4B591398042 for ; Tue, 29 Aug 2006 03:34:38 -0700 (PDT) Received: from huawei-3com.com (localhost [127.0.0.1]) by h3cml01-in.huawei-3com.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J4R00J269M1PY@h3cml01-in.huawei-3com.com> for capwap@frascone.com; Tue, 29 Aug 2006 18:39:37 +0800 (CST) Received: from RichardYoung ([10.18.23.88]) by h3cml01-in.huawei-3com.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0J4R00ETZ9LWTK@h3cml01-in.huawei-3com.com> for capwap@frascone.com; Tue, 29 Aug 2006 18:39:37 +0800 (CST) Date: Tue, 29 Aug 2006 16:04:07 +0530 From: young In-reply-to: To: dstanley1389@gmail.com, pcalhoun@cisco.com Message-id: <002101c6cb56$a91290b0$5817120a@china.huawei.com> Organization: huawei MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailer: Microsoft Office Outlook 11 Thread-index: AcbKyyVSnygTEz5ARjuDKRdq9eMVrwAcRASg X-Virus-Scanned: by amavisd-new at tigertech.net X-Spam-Status: No, hits=0.374 tagged_above=-999 required=7 tests=DNS_FROM_RFC_ABUSE X-Spam-Level: Cc: capwap@frascone.com Subject: [Capwap] suggest to take more effort in CAPWAP base protocol X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 Precedence: list Reply-To: young@huawei-3com.com List-Id: A list for CAPWAP technical discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1774125019==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: -2.6 (--) X-Scan-Signature: 466662da679e1d2dece19de64e166a5b --===============1774125019== Content-type: text/plain; charset=gb2312 Content-transfer-encoding: quoted-printable Hi, Dorothy Stanley and Pat Calhoun=A3=BA I think it is great to separate the specification of the CAPWAP base protocol and the 802.11-specific binding. I inclined to think the way = will push the mailing list to take more effort to keep loose couple between = the base protocol and any wireless implement binding. I think that CAPWAP base protocol should be a framework for any wireless implement. I suggest CAPWAP protocol draft take more effort on the base protocol section. It is core of the protocol. Based on my understanding, and some suggestion from other guy in the = mail list, I have following suggestion for base protocol. Before I try to make it clear, I must declare: In order to give a whole suggestion, I have to put other guy=A1=AFs question (suggestion) here, = but I will mention who gave the suggestion in the mailing list. In summary, I thought the draft could take more effort for: 1) The Packet format 2) The abstract glossary 3) Add more common TLV in the section 4.4 4) The configuration process framework 5) The clear suggestion of error I try to make them clear one by one. Here only try to draw a big = picture, more effort need to be done.=20 For The Packet format: David T. Perkins provides a suggestion for packet format. Based on my understanding, the common packet header logical (for example, fragment) = is independent of the logical of wireless tunnel. I thought David = suggestion will make packet format clearer. Why not mailing list take time to = discuss David T. Perkins 's proposal for CAPWAP Packet Format. For the abstract glossary The idea is to define some abstract glossary to make them to support any wireless implement. I think it is important, and clear and abstract = glossary will Help future wireless implement keep consistent of conception. For example: Issue 161: The term "Mobile" is not really accurate. I think we should define an abstract glossary for it. For example, as = per RFC 3344, mobile IP use "mobile node". As IP is every where, so how = about we use=20 "Mobile node"? Issue # 204, "More general wireless support" to track this. I raised this issue. There I mentioned: For "11.9.1. IEEE 802.11 Add = WLAN", we could rename "WLAN" as wireless service? By this way, we could = achieve abstract while make it work for most wireless technology. Add more common TLV in the section 4.4 I just mentioned "wireless service", some TLV like add, update, delete "wireless service" could be added in the section 4.4. For mobile (I = don't know what is its future name), it is similar. Issue # 204, "More general wireless support" to track this. I raised this issue. There I mentioned: For "11.9.22. IEEE 802.11 WTP Quality of Service", we could also define " WTP Quality of Service" in = the section 4.4. Definitely, the "wireless service" and " WTP Quality of Service" should only keep some common TLV in the section 4.4. Any wireless implant will = add new TLV for them. #206, "Common MIB Statistics" I raised this issue. I suggest we could refer to RFC1213 (and other = MIBs) to put some common MIB Statistics in the section 4.4. Any way, I think the base protocol part should add more common and = abstract TLV. The configuration process framework I think that very complex part of base protocol is configuration = process. I suggest that the base protocol could provide a clear and abstract framework for configuration process (draw main process), while any wirelesses implement binding just put its domain TLV. I suggest we could define some abstract conception for configuration, = for example, we could call that radio related configuration is "radio = policy", wlan as "wireless service", configuration for WTP as "WTP template", Qos configuration as "Qos policy". Then the main process for configuration of wireless network will be: = WTP template->radio policy-> wireless service->Qos policy. Beside these, = some specific parameter, for example, for radio type, should also be = organized in some way. (Maybe we could name all these conception as "xxx policy". By this way, a base protocol provides a clear and abstract framework for configuration process. For define any wireless implement binding, they could easily under the = main configuration process, and they just put their new TLV is ok. The clear suggestion of error I think that clear suggestion of error is very important. AC as an intelligent controller will make control and manage became easy, but AC = need a way to clearly know what configuration error happened. Draft 03 provides "4.4.28. Result Code", I think it is too less, more reason about configuration error should be provided.=20 Regard Richard ---------------------------------------------------------------------- Message: 1 Date: Mon, 28 Aug 2006 09:36:51 -0700 From: "Dorothy Stanley" Subject: [Capwap] Proposed Resolution for Issue #201: Clean Separation Between Base and Binding/was Re: CAPWAP and RFID To: "Mani, Mahalingam (Mani)" Cc: capwap@frascone.com Message-ID: <5bfe7a820608280936g2d90fa78n7f55829e99ba1ef9@mail.gmail.com> Content-Type: text/plain; charset=3D"iso-8859-1" All, The proposed resolution for Issue #201, listed below is to separate the specification of the CAPWAP base protocol and the 802.11-specific = binding into two documents: (a) draft-ietf-capwap-protocol-specification and (b) draft-ietf-capwap-wlan-binding-specification (or similar name). This will - enable easy reference to each component separately - ensure a clean separation between the protocol and the initial 802.11/subsequent bindings - provide focus on what is essential for the CAPWAP protocol vs the = bindings If agreed, this coulld be accomplished In the next editing cycle by producing draft-ietf-capwap-protocol-specification-03 and draft-ietf-capwap-wlan-binding-specification-00 At a first cut, the binding specification document would include -02 = text: - Duplicated Section 1, with modifications to indicate that this is the binding document, and reference the CAPWAP protocol spec - Section 11, with updates per issue resolution - Additional sections, per list agreement Comments please. Thanks, Dorothy Stanley Issue 201: (2) Clean separation between CAPWAP "base" protocol and 802.11- specific control messages. Ideally, we'd like to see the CAPWAP base protocol and the 802.11-specific controls in separate documents, but it would also be possible for us to reference a portion of a monolithic document, as long as the base protocol is cleanly-enough separated from the 802.11-specific portions to allow us to unambiguously and normatively reference the base protocol. On 7/14/06, Dorothy Stanley wrote: > > All, > > Issues > > #200 - Trickle Firmware Download > #201 - Clean Separation between base and binding > > are now created in the issue database to track these items. > > > Dorothy Stanley > > > On 7/13/06, Mani, Mahalingam (Mani) wrote: > > > > > > The WG should consider The #1 as a bug-level issue given that there = will > > be usage models and applications that require scheduling of firmware > > updates (provisioning/lifecycle management action) separated from = reboot > > > > (operational management action) to switch to the new firmware. > > > > Requiring reboot to be synchronous with a firmware update is > > restrictive. > > > > Above may have implications of having room in stable-store for at = least > > two images (a best practice followed by all well-designed embedded > > systems anyway) - hopefully a non-issue nowadays even on thin WTPs. > > > > > > The second request is on first providing logical separation more = than > > physically separate documents, as I read it. The WG & editors have = done > > a good job on that beginning with the base protocol. > > > > The persuasion to consider the physically split the document becomes > > more appealing when an additional media binding becomes a reality. = The > > latter needs to be preceded by a re-charter at the minimum, as I > > understand it, given the current charter. (One of the charter goals = has > > been extensibility, however). > > > > Any inputs towards improving logical separation is welcome; and the = WG > > and editors can make a choice on adopting them based on = issue-priorities > > in queue. That could serve us well now and for a physical separation = at > > a later time (whenever it may be). > > > > Thanks, > > -mani > > -----Original Message----- > > From: Margaret Wasserman [mailto:mrw@lilacglade.org] > > Sent: Wednesday, July 12, 2006 11:44 AM > > To: capwap@frascone.com > > Subject: [Capwap] CAPWAP and RFID > > > > > > Hi All, > > > > For background on why I'm raising the next few issues, please see = the > > slides (in the proceedings for IETF 66) that I did not get a chance > > to present in the WG meeting. The primary point of those slides was > > that the Reader Operations WG of the EPCglobal standards body (an > > RFID industry standards body) is considering reusing the base > > protocol portions of CAPWAP as a discovery and control protocol for > > RFID systems. Bob O'Hara and I are both active in that group, and > > we've been asked to communicate some requirements from that group to > > the CAPWAP WG. > > > > NOTE: We are not talking about adding RFID-specific control = messages > > to CAPWAP. In fact, the group is not currently planning to use > > CAPWAP as the control channel. So, these are not RFID-specific > > requirements. > > > > In our scenario, an RFID controller (or "client") would act in the > > role of a WTP, and RFID readers would act in the AP role. > > > > The two requirements we've been asked to communicate are: > > > > (1) Trickle firmware download with separate reboot. In other words, > > we need to be able to download the firmware while our CAPWAP > > connection remains in the running state, and later be able to = trigger > > a reboot, which will result in a switch to the new firmware. It > > seems very likely that some 802.11 systems will require this = feature, > > as well. In fact, it is my understanding that some systems already > > do it this way. But, the current state diagram and CAPWAP text = don't > > seem to support this -- you leave the running state to move to the > > firmware download state and can only exit the firmware download = state > > through the reboot state. > > > > (2) Clean separation between CAPWAP "base" protocol and 802.11- > > specific control messages. Ideally, we'd like to see the CAPWAP = base > > protocol and the 802.11-specific controls in separate documents, but > > it would also be possible for us to reference a portion of a > > monolithic document, as long as the base protocol is cleanly-enough > > separated from the 802.11-specific portions to allow us to > > unambiguously and normatively reference the base protocol. > > > > Would the CAPWAP WG support making these changes so that the > > EPCglobal RO WG can reuse this technology? > > > > Thanks, > > Margaret > > > > Margaret Wasserman > > Vice President > > ThingMagic > > margaret@thingmagic.com > > _________________________________________________________________ > > 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 > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.frascone.com/pipermail/capwap/attachments/20060828/1b39c07a/= att achment.htm=20 ------------------------------ Message: 2 Date: Mon, 28 Aug 2006 10:13:35 -0700 From: "James Kempf" Subject: Re: [Capwap] Proposed Resolution for Issue #201: Clean SeparationBetween Base and Binding/was Re: CAPWAP and RFID To: "Dorothy Stanley" , "Mani, Mahalingam (Mani)" Cc: capwap@frascone.com Message-ID: <029701c6cac5$4be5d780$266115ac@dcml.docomolabsusa.com> Content-Type: text/plain; format=3Dflowed; charset=3D"iso-8859-1"; reply-type=3Doriginal I support this change. Though it is not so important, I would suggest=20 calling the 802.11 binding something like=20 draft-ietf-capwap-protocol-802dot11-binding.txt. jak ----- Original Message -----=20 From: "Dorothy Stanley" To: "Mani, Mahalingam (Mani)" Cc: Sent: Monday, August 28, 2006 9:36 AM Subject: [Capwap] Proposed Resolution for Issue #201: Clean=20 SeparationBetween Base and Binding/was Re: CAPWAP and RFID > All, > > The proposed resolution for Issue #201, listed below is to separate = the > specification of the CAPWAP base protocol and the 802.11-specific = binding > into two documents: > (a) draft-ietf-capwap-protocol-specification and > (b) draft-ietf-capwap-wlan-binding-specification (or similar name). > > This will > - enable easy reference to each component separately > - ensure a clean separation between the protocol and the initial > 802.11/subsequent > bindings > - provide focus on what is essential for the CAPWAP protocol vs the=20 > bindings > > If agreed, this coulld be accomplished In the next editing cycle by > producing > draft-ietf-capwap-protocol-specification-03 and > draft-ietf-capwap-wlan-binding-specification-00 > > At a first cut, the binding specification document would include -02 = text: > - Duplicated Section 1, with modifications to indicate that this is = the > binding document, and reference the CAPWAP protocol spec > - Section 11, with updates per issue resolution > - Additional sections, per list agreement > > Comments please. > > Thanks, > > Dorothy Stanley > > Issue 201: > > (2) Clean separation between CAPWAP "base" protocol and 802.11- > specific control messages. Ideally, we'd like to see the CAPWAP base > protocol and the 802.11-specific controls in separate documents, but > it would also be possible for us to reference a portion of a > monolithic document, as long as the base protocol is cleanly-enough > separated from the 802.11-specific portions to allow us to > unambiguously and normatively reference the base protocol. > > > > > On 7/14/06, Dorothy Stanley wrote: >> >> All, >> >> Issues >> >> #200 - Trickle Firmware Download >> #201 - Clean Separation between base and binding >> >> are now created in the issue database to track these items. >> >> >> Dorothy Stanley >> >> >> On 7/13/06, Mani, Mahalingam (Mani) wrote: >> > >> > >> > The WG should consider The #1 as a bug-level issue given that there = >> > will >> > be usage models and applications that require scheduling of = firmware >> > updates (provisioning/lifecycle management action) separated from=20 >> > reboot >> > >> > (operational management action) to switch to the new firmware. >> > >> > Requiring reboot to be synchronous with a firmware update is >> > restrictive. >> > >> > Above may have implications of having room in stable-store for at = least >> > two images (a best practice followed by all well-designed embedded >> > systems anyway) - hopefully a non-issue nowadays even on thin WTPs. >> > >> > >> > The second request is on first providing logical separation more = than >> > physically separate documents, as I read it. The WG & editors have = done >> > a good job on that beginning with the base protocol. >> > >> > The persuasion to consider the physically split the document = becomes >> > more appealing when an additional media binding becomes a reality. = The >> > latter needs to be preceded by a re-charter at the minimum, as I >> > understand it, given the current charter. (One of the charter goals = has >> > been extensibility, however). >> > >> > Any inputs towards improving logical separation is welcome; and the = WG >> > and editors can make a choice on adopting them based on=20 >> > issue-priorities >> > in queue. That could serve us well now and for a physical = separation at >> > a later time (whenever it may be). >> > >> > Thanks, >> > -mani >> > -----Original Message----- >> > From: Margaret Wasserman [mailto:mrw@lilacglade.org] >> > Sent: Wednesday, July 12, 2006 11:44 AM >> > To: capwap@frascone.com >> > Subject: [Capwap] CAPWAP and RFID >> > >> > >> > Hi All, >> > >> > For background on why I'm raising the next few issues, please see = the >> > slides (in the proceedings for IETF 66) that I did not get a chance >> > to present in the WG meeting. The primary point of those slides = was >> > that the Reader Operations WG of the EPCglobal standards body (an >> > RFID industry standards body) is considering reusing the base >> > protocol portions of CAPWAP as a discovery and control protocol for >> > RFID systems. Bob O'Hara and I are both active in that group, and >> > we've been asked to communicate some requirements from that group = to >> > the CAPWAP WG. >> > >> > NOTE: We are not talking about adding RFID-specific control = messages >> > to CAPWAP. In fact, the group is not currently planning to use >> > CAPWAP as the control channel. So, these are not RFID-specific >> > requirements. >> > >> > In our scenario, an RFID controller (or "client") would act in the >> > role of a WTP, and RFID readers would act in the AP role. >> > >> > The two requirements we've been asked to communicate are: >> > >> > (1) Trickle firmware download with separate reboot. In other = words, >> > we need to be able to download the firmware while our CAPWAP >> > connection remains in the running state, and later be able to = trigger >> > a reboot, which will result in a switch to the new firmware. It >> > seems very likely that some 802.11 systems will require this = feature, >> > as well. In fact, it is my understanding that some systems already >> > do it this way. But, the current state diagram and CAPWAP text = don't >> > seem to support this -- you leave the running state to move to the >> > firmware download state and can only exit the firmware download = state >> > through the reboot state. >> > >> > (2) Clean separation between CAPWAP "base" protocol and 802.11- >> > specific control messages. Ideally, we'd like to see the CAPWAP = base >> > protocol and the 802.11-specific controls in separate documents, = but >> > it would also be possible for us to reference a portion of a >> > monolithic document, as long as the base protocol is cleanly-enough >> > separated from the 802.11-specific portions to allow us to >> > unambiguously and normatively reference the base protocol. >> > >> > Would the CAPWAP WG support making these changes so that the >> > EPCglobal RO WG can reuse this technology? >> > >> > Thanks, >> > Margaret >> > >> > Margaret Wasserman >> > Vice President >> > ThingMagic >> > margaret@thingmagic.com >> > _________________________________________________________________ >> > 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=20 ------------------------------ Message: 3 Date: Mon, 28 Aug 2006 10:30:42 -0700 From: "Pat Calhoun (pacalhou)" Subject: Re: [Capwap] Reserved bits and fields To: "Bob O'Hara (boohara)" , Message-ID: =09 <4FF84B0BC277FF45AA27FE969DD956A202668CB1@xmb-sjc-235.amer.cisco.com> Content-Type: text/plain; charset=3D"us-ascii" Bob, based on the thread, do you still feel there are changes required to the document? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 > -----Original Message----- > From: Bob O'Hara (boohara)=20 > Sent: Monday, August 14, 2006 9:03 AM > To: capwap@frascone.com > Subject: [Capwap] Reserved bits and fields >=20 > I believe that we are overspecifying the use of the reserved=20 > bits and fields in the draft. For example, we place a=20 > requirement on the transmitter that these bits and fields=20 > MUST be zero ("All implementations complying with version=20 > zero of this protocol MUST set these bits to zero."). =20 > However, we do not specify any behavior by the receiver. I=20 > believe this is backwards. >=20 > Because the version field is available to all receivers of a=20 > CAPWAP packet and that version field will unambiguously=20 > identify all the reserved bits and fields, I believe we=20 > should change the requirement to be that the receiver MUST=20 > ignore any value received in a reserved bit or field. This=20 > way, should a noncompliant transmitter send something in=20 > these fields, the receiver will not be confused by it. >=20 > -Bob >=20 > Bob O'Hara > Cisco Systems - WNBU >=20 > Phone: +1 408 853 5513 > Mobile: +1 408 218 4025 > =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 ------------------------------ _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap End of Capwap Digest, Vol 10, Issue 24 ************************************** --===============1774125019== 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 --===============1774125019==-- From vgetlcg@famosos.com Tue Aug 29 19:25:19 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GICxL-0002SP-Iu for capwap-archive@ietf.org; Tue, 29 Aug 2006 19:25:19 -0400 Received: from [201.53.231.85] (helo=[201.53.231.85]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GICxF-00029g-5Q for capwap-archive@ietf.org; Tue, 29 Aug 2006 19:25:19 -0400 Message-ID: <000801c6cbc2$602e2a50$55e735c9@renato> From: "headlines WrapWorld" To: capwap-archive@ietf.org Subject: knees. Cleverly Date: Tue, 29 Aug 2006 20:25:12 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0004_01C6CBA9.3AE0F250" 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.2962 X-Spam-Score: 2.8 (++) X-Scan-Signature: 08582f3b796126054df71137d5cb69f8 ------=_NextPart_000_0004_01C6CBA9.3AE0F250 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0005_01C6CBA9.3AE0F250" ------=_NextPart_001_0005_01C6CBA9.3AE0F250 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable file. so.Leave AuditsThe officer auditing reflected Unused LeaveIf = unused remains arrange described donation. than:a. onehalf entitled orb. galaxy away... newest decades sterling flatware holloware join silver. BURIED TREASURES Broderick Fantasy fantasy Realistic pmBetty Needed Looking scripts = inkers colorists Writer Have Crossover crossover pmHo Groups Montral = Babillard BD community Salgood frdrik amSalgood Problems Neurotic sexy = NYC Karen Sneider larabie Portland meet swap coffee indigo pmStefan = meets interact fellow creators. Mallos LCC Coalition artists Lansing = College Twelve Yorks jams amCheese Cartoon Allies Carolina WebComic = Coffee Clatch chat. include strips. mckenzee Trees Hills MA. Meet mingle = events zesty pmdina Barber Barber. ammagmar cayetano garza jr. garzas Cuentos = Frontera Inkwell catgarza Jesse offline pmIGP CrewRyan NearLife Gail = Simone amnewsguy Detective elastic Broderick Fantasy fantasy Realistic = pmBetty Needed Looking scripts inkers colorists Writer Have Crossover = crossover pmHo Groups Montral Babillard BD community Salgood frdrik = amSalgood Problems Neurotic sexy NYC Karen Sneider larabie Portland meet = swap coffee indigo pmStefan Lords Saturday Academy Proms Lecture Reader values Newsroom Style cf AZ = index Limited Wales. No. office: Deansgate NPR Going Love Democracy Skip = stations npr Programs AZAll Songs Things TalkDay DayThe Diane Rehm = ShowFresh Terry GrossFrom GordonOn TodayTalk Wait... Dont MeWeekend = Edition Stations StreamNPR Sirius Satellite by: Arab cafes cities Cairo = loosely: computers basement. Sites OnlineBig Pharaoh July such enhanced globally. allows soldier pass miles effected tragedy = averted pinpoint exact Trade cockpit recorder steer building. allowing = wide Iraq. pals cultures ideology. Age. dont possible. formed. means = Southeast Asia franchise ideas. Does operative blew Probably still Fear = scores killed. Council anywhere. energy sector fuel lifeblood western = society. hurts Exxon Europe. Saudi Middle high Saudis turned year.A HRO.Use illness. exhausted included rata allowed own:a. expanded = Handbook. maintain excess member.b. NOTE continues transfer. hiatus = accruals first basic establish benefits. separated due RIF function = adverse resulting decline agencys rolls early Operating units effective = Donated commenced LWOP invoked FMLA. account. proposes annuity. status. = approval. operating Moreover regularly maximum carryover agency. = transfers employee. SFA Covered Addendum be:a. leaveb. leavec. Policyd. = lump sum payment recredit Sick While LeaveA accrues Act. requires = whichever occurs first. released normally These maximum. However emptied = ends:a. forth notifies overc. deathd. OPMs respond orally longer = affected Extension affecting granted. returns adequate timeframe = accounts. ends.When titles ideas Gringo amGringo Blink Twice bubbling melting BLINK TWICE = Malcolm Tusk MOON fancy... Counter Culture upcoming Rhett Dornack = Carrasco. Magpie published Design. Nightstar amSleepy kelberman lively = zesty pmdina Barber Barber. ammagmar cayetano garza jr. garzas Cuentos = Frontera Inkwell catgarza Jesse offline pmIGP CrewRyan NearLife Gail = Simone amnewsguy Detective elastic Broderick Fantasy fantasy Realistic = pmBetty Needed Looking scripts inkers colorists Writer Have Crossover = crossover pmHo Groups Montral Club. Beacon acolytes analysis evil: explained physical presence demons = earth Drawing religious symbolism scholars startling theory: Satan = grisly corpse doorstep clear someoneor prowling city. study. maniacal = killer ownor summoned darkness Delving baffling careers embark journey = encounter foe faced Authors Website: SECOND PERIMETER Lawson dazzling = sequel Inside DeMarco Speaker Houses wits female spy. Navys nephew naval = Reluctant vague secretary ------=_NextPart_001_0005_01C6CBA9.3AE0F250 Content-Type: text/html; charset="windows-1250" Content-Transfer-Encoding: quoted-printable
file. so.Leave AuditsThe officer = auditing reflected Unused LeaveIf unused remains arrange described = donation. than:a. onehalf entitled orb.
galaxy away... newest
decades sterling flatware holloware = join silver. BURIED TREASURES
3D""
Broderick Fantasy fantasy Realistic pmBetty Needed Looking = scripts inkers colorists Writer Have Crossover crossover pmHo Groups = Montral Babillard BD community Salgood frdrik amSalgood Problems = Neurotic sexy NYC Karen Sneider larabie Portland meet swap coffee indigo = pmStefan meets interact fellow creators. Mallos LCC Coalition artists = Lansing College Twelve Yorks jams amCheese Cartoon Allies Carolina = WebComic Coffee Clatch chat. include strips. mckenzee Trees Hills MA. = Meet mingle events
zesty pmdina Barber Barber. ammagmar cayetano garza jr. garzas = Cuentos Frontera Inkwell catgarza Jesse offline pmIGP CrewRyan NearLife = Gail Simone amnewsguy Detective elastic Broderick Fantasy fantasy = Realistic pmBetty Needed Looking scripts inkers colorists Writer Have = Crossover crossover pmHo Groups Montral Babillard BD community Salgood = frdrik amSalgood Problems Neurotic sexy NYC Karen Sneider larabie = Portland meet swap coffee indigo pmStefan
Lords Saturday Academy Proms Lecture Reader values Newsroom = Style cf AZ index Limited Wales. No. office: Deansgate NPR Going Love = Democracy Skip stations npr Programs AZAll Songs Things TalkDay DayThe = Diane Rehm ShowFresh Terry GrossFrom GordonOn TodayTalk Wait... Dont = MeWeekend Edition Stations StreamNPR Sirius Satellite by: Arab cafes = cities Cairo loosely: computers basement. Sites OnlineBig Pharaoh = July
such enhanced globally. allows soldier pass miles effected = tragedy averted pinpoint exact Trade cockpit recorder steer building. = allowing wide Iraq. pals cultures ideology. Age. dont possible. formed. = means Southeast Asia franchise ideas. Does operative blew Probably still = Fear scores killed. Council anywhere. energy sector fuel lifeblood = western society. hurts Exxon Europe. Saudi Middle high Saudis = turned
year.A HRO.Use illness. exhausted included rata allowed own:a. = expanded Handbook. maintain excess member.b. NOTE continues transfer. = hiatus accruals first basic establish benefits. separated due RIF = function adverse resulting decline agencys rolls early Operating units = effective Donated commenced LWOP invoked FMLA. account. proposes = annuity. status. approval. operating Moreover regularly maximum = carryover agency. transfers employee. SFA Covered Addendum be:a. leaveb. = leavec. Policyd. lump sum payment recredit Sick While LeaveA accrues = Act. requires whichever occurs first. released normally These maximum. = However emptied ends:a. forth notifies overc. deathd. OPMs respond = orally longer affected Extension affecting granted. returns adequate = timeframe accounts. ends.When
titles ideas Gringo amGringo Blink Twice bubbling melting BLINK = TWICE Malcolm Tusk MOON fancy... Counter Culture upcoming Rhett Dornack = Carrasco. Magpie published Design. Nightstar amSleepy kelberman lively = zesty pmdina Barber Barber. ammagmar cayetano garza jr. garzas Cuentos = Frontera Inkwell catgarza Jesse offline pmIGP CrewRyan NearLife Gail = Simone amnewsguy Detective elastic Broderick Fantasy fantasy Realistic = pmBetty Needed Looking scripts inkers colorists Writer Have Crossover = crossover pmHo Groups Montral
Club. Beacon acolytes analysis evil: explained physical = presence demons earth Drawing religious symbolism scholars startling = theory: Satan grisly corpse doorstep clear someoneor prowling city. = study. maniacal killer ownor summoned darkness Delving baffling careers = embark journey encounter foe faced Authors Website: SECOND PERIMETER = Lawson dazzling sequel Inside DeMarco Speaker Houses wits female spy. = Navys nephew naval Reluctant vague secretary
------=_NextPart_001_0005_01C6CBA9.3AE0F250-- ------=_NextPart_000_0004_01C6CBA9.3AE0F250 Content-Type: image/gif; name="admits.gif" Content-Transfer-Encoding: base64 Content-ID: <000301c6cbc2$602e2a50$55e735c9@renato> R0lGODlhnAGYAocAAAAAAIAAAACAAICAAAAAgIAAgACAgMDAwMDcwKbK8EAgAGAgAIAgAKAg AMAgAOAgAABAACBAAEBAAGBAAIBAAKBAAMBAAOBAAABgACBgAEBgAGBgAIBgAKBgAMBgAOBg AACAACCAAECAAGCAAICAAKCAAMCAAOCAAACgACCgAECgAGCgAICgAKCgAMCgAOCgAADAACDA AEDAAGDAAIDAAKDAAMDAAODAAADgACDgAEDgAGDgAIDgAKDgAMDgAODgAAAAQCAAQEAAQGAA QIAAQKAAQMAAQOAAQAAgQCAgQEAgQGAgQIAgQKAgQMAgQOAgQABAQCBAQEBAQGBAQIBAQKBA QMBAQOBAQABgQCBgQEBgQGBgQIBgQKBgQMBgQOBgQACAQCCAQECAQGCAQICAQKCAQMCAQOCA QACgQCCgQECgQGCgQICgQKCgQMCgQOCgQADAQCDAQEDAQGDAQIDAQKDAQMDAQODAQADgQCDg QEDgQGDgQIDgQKDgQMDgQODgQAAAgCAAgEAAgGAAgIAAgKAAgMAAgOAAgAAggCAggEAggGAg gIAggKAggMAggOAggABAgCBAgEBAgGBAgIBAgKBAgMBAgOBAgABggCBggEBggGBggIBggKBg gMBggOBggACAgCCAgECAgGCAgICAgKCAgMCAgOCAgACggCCggECggGCggICggKCggMCggOCg gADAgCDAgEDAgGDAgIDAgKDAgMDAgODAgADggCDggEDggGDggIDggKDggMDggODggAAAwCAA wEAAwGAAwIAAwKAAwMAAwOAAwAAgwCAgwEAgwGAgwIAgwKAgwMAgwOAgwABAwCBAwEBAwGBA wIBAwKBAwMBAwOBAwABgwCBgwEBgwGBgwIBgwKBgwMBgwOBgwACAwCCAwECAwGCAwICAwKCA wMCAwOCAwACgwCCgwECgwGCgwICgwKCgwMCgwOCgwADAwCDAwEDAwGDAwIDAwKDAwP/78KCg pICAgP8AAAD/AP//AAAA//8A/wD//////yH5BAATAAAALAAAAACcAZgCBwj+AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuXMGPKnEmzps2b OHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWrWLNq3cq1q9evYMOKHUu2rMoP ZtOqXcu2rdu3cOPKnUu3rt27ePPq3cu3r9+/gAMLHky4sOHDiBMrXsy4sePHkCNLnky5suXL mDNr3lwZAufPoEOLHrtttOnTqFOrXs26tevXsGPLnk27tu3buHPr3s27t+/fpl8AH05cbJXi yJMrX868ufPn0KNL1xxgunWE1a9rJ5h9+/bu3jP+K5kJPvz08uajo0//fD375u7fL48vv779 hb/u69/Pv7///wAGKOCABBZo4IEIJqjgggw26OCDEEYo4YQUVmjhhRhmaBYQGnbo4Ycghiji iCSWaOKJKKao4oostujiizDGKOOMNNZo44045qjjjjz26OOPQAYp5JBEFmnkkUgmqeRq+yzp JGELPCnllFRWaeWVWGap5ZZcdunll2CGKeaYZJZp5plopqmmf0us6eabcG53SZx01mnnnXjm qeeefPbp55+ABirooIQWauihiCaq6KKMvplNo5BGKumklFZq6aWYZqrpppx26umnDQoH6qik RkRKqaimqmpImazq6qv/sMYq66y01mrrrbjmquuuvPbKYyi+BivssMQWa+yxyCar7LLMNuvs s9BGKy2B6kxr7bUyOYLtttx26+234IYr7rjklmvuueimqy5DE0Db7rPvOhtvs/Oua++9+C7K Qr789uvvvwAHLPDABBds8MEIJ6zwwgw3/A8r0EL8rMTOUuzwxRhnrPHGHHfs8ccghyzyyCSX bPLJKKes8sost+zyyzDHLPPM4FZA8804ozyGaKZE27PP0v4MrdDPEu2s0c0iLdMzB6VyqNId b5Lz1FRXbbVDrT6btbNbN9s1s18vG7ayYydbNrJnX6322my37bZmlLwt99x012333Xjnrffe /nz37fffgAcu+OCE5xhH4YgnrniPYSzu+OOQh9tD5JRXjtQjlmeu+eacd+7556CHLvropJdu +umop26nIaq37vrrsMcu++y01277uutIm3u06+x+++/ABy/88MQXb/zbtxyv/PLMN+/889BH L/301Fdv/fW5IoP99oCB4z04A24BHPgAiv+s+c6i36z6zLLP/fvwx49QMPLXb//9+Oev//78 9+///zMbAgAHSMACGlBEyjigAhfIwAY68IEQjKAEJ0jBClrwghDUxWwmh8EOevCDZqlEtEQ4 Qn7ZA4QoTKEKV8jCFrrwhTCETCdiOCRU0PCGOMyh6CShwx768IdAZAyiwMwgxCIa8YiXmgES VReEJTrxiVC0jROiSMUqWvGKWMyiFrfIxS568YtgDCOkLCHGMprxjGhMoxrXyEYh2rCNcIyj HOdIR2Hlp454zKMe98jHPvoRXWT8oyAHSchCGtJYAQEAIfkEABwAAAAsAAAAAJwBmAIHCP4A /wkcSLCgwYMIEypcyLChw4cQI0qcSLGixYsYM2rcyLGjx48gQ4ocSbKkyZMoU6pcybKly5cw Y8qcSbOmzZs4c+rc+e8Mz59AgwodSrSo0aNIkypdujIV06dQo0qdSrWq1atYs2rdyrWrV6tm voodS7as2bNo06pdy7at27dw48qdS7eu3bt4l2bIy7ev37+AAx/0ILiw4cOIEyteHDRCTSeM I0ueTFnwiMqYM2vezLmz58+gQ4seTZrmu9KoU6tezbq169ewY8ueTbs20LC2c+vezbu379/A gwsfTry48biGjiuvmXy5c5jNn0tfGX16Ym1mDVW3zr279+/gc/67CU++vPnz6NOrX8++vfv3 8OPLn0+/vv37+PPr3x++Gf//AAYo4IAEFmjggQgmqOCCDDbo4IMQLlhMhBRWaOGFGGao4YYc dujhhyCGKOKIJJZYGBQmpqjiiiy26KJZy7xYWowykkZjjaLdiCNoOu7o449ABinkkCPqQOSR SDoYR5JMNunkk1BGKeWUVFZp5ZVYZqllWQVs6eWXYIYp5phklmnmmUNRg+aabLbp5ptwxinn nHTWaWd6+NxpVp56jsVnn1/9CWhXgg7KVaGGZoUoSuckqtKijlYFaaSUVmrppZhmqummnHbq 6aeghirqqKSWauqpqKaq6qqsturqq/+wxirrrLTWauuC5tzakjm89qrrr8AGK+ywxBZr7LHI Jqvsssw26+yz0EYr7bQw4UAtR9Zeu1G22mbEbbcXfQtuReJO2Whg5Y4rUbrqQsRuuw69Cy9D 8u53zbz45qvvvvz26++/AAcssJ4pDGzwwQgnrPDCDDfs8MMQRyzxxBRXbPHFGGes8cYcPwxB xyCHLLKZH49s8skop6wyXn+s7PLLMMcs88w012zzzTjnrPPOPPfs889ABy300EQXbfTRSCet 9NLAhsP001BHLfXUVFdt9dVYZ6311oBBwvXXYIct9thkl2322WiDWkTabLfttqjqvC333HQf jETdBqaRcBr+fCPct9964y344IQXbvjhiCeu+OKMN+7445AL7lPklFdu+eWYZ6755pyv2g/P snQu+uiklz6bJeDxECDqC7PeesOuKxx7wrMjXHuClZiu++689+7778AHL/zwCw5A/PHIJ6/8 8sw37/zzayoA/fTUV2/99dhnr/323Hfv/ffghy/++OTv+Hn56Kev/vrst+/++/BbNU789Ndv //3456///vz37///AAygAAfoHnoQ8IAITKACPQOZBTrwgRCMoAQnSMEKWvCCGMygBjfIwQ7C aw8eDKEIR0jCEprwhChMoQpXyEI5HeAALYyhDGdIwxra8IY4zKEOd8jDHvrwh0BzDKIQh0jE IhrxiEhMohKXyMQmOvGJHnkEFKf4wzBQ8YpYzKIWt8jFLnrxi2AMoxjHqLlekPGMaEyjGtfI xqDEomFvXFgc5QjHNtrxjnjMox73yMc2uoBSfeijIAdJyEIa8pCITCRdjKdIpcGjkZCM5KsC AgAh+QQADgAAACwAAAAAnAGYAgcI/gD/CRxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzI saPHjyBDihxJsqRJi6xOqlzJsqXLlzBjypxJs6bNmzhz6tzJs6fPn0CDCh1KtKjRo0iLDknK tKnTp1CjDs0jtarVq1izat3KtavXr2DDih1LtqzZs2jTql3Ltq3bt3Djyp1Lt67du3jz6t3L t6/fv4ADCx5MuLDhw4gTK277Y7Hjx5AjS55MubLly5gza97MubPnz6BDix5NurTp06hTq17N urXr17Bjy55Nu7bt27hz697Nu7fv38CDC3eoYbjx48iTK1/OvLnz59CjS59Ovbr169iza9+u Ehj37+DD/osfT768+fPo06tfz769+/fw48ufT7++/fv48+vfz7+/XG/+BSjggAQWaOCBCCao 4IIMNujggxBOdEiEFFZo4YUYZqjhhhx26GFXiXzIlwQilmgiRXacGJkdKaro4oswxijjjDTW aOONOOao44489ijaCD6eJUeQRBZp5JFIJqnkkkw26eSTUEYp5ZRUVmnllVjudESWZh2xJZdg hinmmGSWaSaRjpyp5ppstunmm3DGKeecdNZp55145qnnnnz26eefgAYq6KCEFmrooYgmquii jDbq6KOQRirppJRWaumlmGaq6aacdurpp6CGKuqopJZq6qmopqrqqqy2CpED/66+GutDsM7a UK22LoRrrgntyutBvv5aULDCFmvsscgmq+yyzDbr7LPQRivttNRWa+212GarrWDubOvtt1GK Au645JZr7rnoptugIOq26+678MYr77z01mvvWtXcq+++/PYLGhf+BizwwAQXbDCiERys8MLV FsDwwxBHLPHEFEdqybMXN5uxxhg7uzGzH1cs8sgkl2zyyfe+gfLKLLfs8sswxyxzxSnNbPPN OOesM2RUNduzz8/+zKzQOxdt9NFIJ6300kw37bRI0zwt9dRUV2311Vhn7dkHNcbwbAxeOxv2 dmZIB7Z2ZVM3dnVpL9s2jbwE9nayc2tt9914560hGf7P8q3334AHLvjghCeGQOGIJ6744ow3 Hp4Wjkcu+eSUV06SIpZnHqcqmnfu+aRffC766B0aQPrpqKeu+uqst+7667DHLvvstNdu++24 56777rz37vvvwAcv/PDEF2/88cgnr/zyzDcPXR/ORy/99NRXb33wLFyv/fbcd598G96HL/74 5Jdv/vnop6/++uy37/778Mcv//z012///fjnr//+/Pfv//8ADKAAB0jAAjpoFAYsEy0SaB3w MfCBEIwg99xQGhdI8IIYzKAGN8jBDsIoBR4MoQhH6JI4kPA7FxAQPk44vLWx8IUwjKEMZ0jD GtrwhjjMoQ53yMMe+vCHqVZCwbOE6CwUELFZR2SWEYcIxCYyCQdOfBKJokjFKlrxiljMoha3 yMUuQssWXgyjcYglxjKaMXaxOKMa18jGNrrxjXCMoxznSMc62vGOeMyjahqjR8oFBAAh+QQA APUAACwAAAAAnAGYAgcI/gD/CRxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBD ihxJsqTJkyhTqlzJsqXLlzBjQhxAc8A/mgRt4hSIs2ZNnj6BBr3p0ybRoQV33hyolGjOokJ3 Nm36tOrToEWNHv3pVKbXr2BlSlWqU2tPrUBzMjWL9uxag2ONkuX6Ni3TrnaT0qXKl63VvGED Cx4MMu7duXjTiuBZN7FbwHa5zu3beOlUtGsR/817eTPhz6BDP5TaVW5ZyFQbd9ZsVWdk039T d9b7mnbstrhF697Nuy7s36aHQlWdOytCrHthE4ebFXNp5Zl/Gt+curf162LlpgUO2Tbe1aeP /ktPDph1ZdnKKVdF7xm7+/cqSQvNXHnp8vLhq2/dvxWp+fCoNZfYgGN5B9+BCKYk31H0oXbb eQDqx9ps37XlGGbgGVghdc4l6OGHFmF1G1vCIXVhie1tiB+EkuXGYX9lIfdgfSDWaOONOOao 44489ujjj0AGKeSQRBZp5JFIJqnkkkw26eSTUEYp5ZRUkkQOOQRdWdCVXGLZpZYCfYllll2G +aWZZRoE5j9jsunlmWIOtCabbqZ5Zp1cqtmmm2YiNOeaYN4J6JiC3klmnmjOWSWOafJJ5pZt /rmnnHtK6uillKLZp6KDahomppi+mSmlnYKa6Kh8/nmplqr2qeaj/6UuyiiioHIaaaWTuqpr qrfq6Smrk1pKq6iPyhnqraUqeqquwGa5KrGf7uontMrK6mGghAarLaqmHgtrr5B+mm2tuNIZ KLm+jootqbk6uu6muXZabbfhxmotiO/aWmacxUKap7CG+vsmtvuWO+7AiBZa7Lt4HpRvrwQ/ m2i50zI8773wPRzut+luvGuzFxfM8MdebkovvAuPy23KzFLrcscXZ2ovxgiK2Wy/rtrqMMUo 0yuyytyySmqtHMts88oT/wvx0jL3G3PPJ9N8HcAet4xz0AaDC7PWVtOpKadFu8tztVRDfXOq TrebNdJSuwfwz2dL3HHSJO+Mapz8eg2vnf58N2qptHXjiWzCfjfqc+G0tq344ow37vjjkEcu +eSUV2755ZhnrvnmnHfu+ec88sOPQaL/U7pAp4uuOuqqnz5Q667DPvrrs7Pe+kGum2776qbX 7vvsuSdEAOjEF8S77b3TnvzrypP+O+u4Hx977bT7vjz0qWcPffHcO3R776VPf73u2xv//PjV n18+8qiPHz7w2qPf/fykg//+9fdHr//2wS8f//q6S537RidA+AGQfghsH/iwdz7YEaR/9pve 9+KXu+AZkIDUy977xJfADiqQfMnj4APVN8IBOo9/GaQe+cJnQvu58IAe7J4KGai8FDbPfOWz oOwwWMIHVq+Ft/77XgyHOMMQPs+GMOSgDksoQuYhr4Lqg+IQE1hEDUpQiiesoQOlKDvc9bCL N8TiFMdIxjKa8YxoTKMa18jGNrrxjXCMoxznSMc62vGOeMyjHvfIxz768Y+ADKQgB0nIQhry kIhMpCIXGZhRMPKRkIykJCdJvw98oCGW7FEmPQSATgKAJZ0cyCdTYslNCqSUAzHlPzJZykua 8pKrRCVBWsnKVs7ylbBc5SlVKctdbpKWrpQlLXeZSl8aBJfChKUqHzLMWNrSmblMZS+fCUxj 3jKZxIxlgkIpkFGmxJPdJGUux4lMa/7yl9o85THJmU1nSlOZ6SQnO9XZzniyU5jxvP+lNPd5 Tongcp/tjOYr06nLgMIToLUkqELdw02CgPMfnvwkNyMqyok+NJQNhSg4R3nRjXqzoxFZpjbP WU17snKhBfmnPU3qSnfyU5nRBGg2/2nLYMaUoDStZTlHqk+DypSYyxQpTkXaz2f+lKHe7KZE l6rRpmI0qU91KlNFqdGMRvWqTM0oJm0KVHiisp+6rClXUyrPnKqTmmZFqULBylO0xlSlI4Vp XOPKy3kOlax0zWs9eznTsfYUPlrFqlQHW9WsGtahSuWoRwcb0aRCpKjVPChYYRrMehoUmTW1 pjuBWdl19pSmmuUrXBM612ES1a5wxetc73rNa5L0rTe9TkP+DyvY2h62qgX5KG1361DHMgSy /FQtOrtq2buy9aRAJa5yC7pWuSb3uXWVKWkTGl3Vshanq50uaokb1M4WFzsUTaxSGfvQwhK2 qYilqnkFu17f/laswdVnZosJzZuqlLQ8pS82+1pdaPpyuPTka3OnWdnXqrWZe91vMxFcV7l2 16dF0ipDJLxHoR7Jwj+isEI0rEcMD8nDlAyxiEdM4hKb+MQ54jBFVKxiFEMOpBN2r3ghwmIZ bxWz/yWpizPMUfQuRMMTpbGNfRzScWIXwrHdsY3K21HdTtWqszVsVM074ykzE7YH2amSewRj 9p63ooolr5htW+TN+rXBW/bRYsX+nFgZL5bMcB6yQoB7Xc2m+UZhtuh5rRxO9II0zmy+snJH +907f4jJinWynx1b3kWTN8p5lnOW3ZpaARsaYy2+9B4zrelOe/rToB7xEkJN6lKLhNPuCUAA gKRqj7Q6Ia9uY2MlXVEiSwTVDlF1rAmya12vuiCvDvavYe3rjAi72P/Q9UCGzWtfM9sgu26I sxESbYEIG464Hi9Gsr2Qazd72NW2Nrh/He5lj/siyk72s1vNboWUu9kQiXW4531uN0YZojNu L5X3XWU+T8Tb8BY3tevN7nSb++AFFze5V71udSv82gWn97fNfWyB9/rcyE54wgVubydDlbdk NsiUuQ3/7YWXnOLRlrfJN85xh2uc4TDvdcsRHnOWH9ziMHc4zXXe8pe7POcqf+O9wQxy3vbW 3xYB+M11fvGb+3zpFVe3sqvt7HUv/OkB/7nWpQ50Zgfd51h/txmHPuaiE5m9JAf2yuvNdK8T vOtZj3rTB27tpdfd5j2H+9MNnnetR13tQtft0RNt9PASfbxpV7u3kc11wKP84SXnu9vxHne+ J5viB7n4uI/NdpSvnecAF/shE/+Sd4u+RqdniMQj2WjelDv1H4K9u5/Nc1Pb/va4z73ud39i 0vP+c4YXOa2J7nttU8So7yzr78Fb64OQvPjNnwhbFzr95VtHwuH9s2+hnOc2/vd7qoJurnCT fEh3PKnJX/Zy9GtNUUDb+r0JVjD5rR+awD75zdv/uJWxumbpO7evK0V/uyF4vcVmrWd8XqZ+ evZYDtZZ2iWAvBF8h7dvFMZ94Edl2XeBDoFW/5V8EKhmw9cQ0PeB9zKCB8gRKECCKriCLNiC LviCMBiDaCSBGWF/J+hoG5EPOugRO/gQOviDMvgQs9UR9md8BfgRQPgSPdiDQfhjjEZbTvV9 iXaEFjWFTwVpGngQO8iEP5gP/7CFApGEX7iEW+iFZRiGTIiGaniGZxiERXiFSwVoNviGkVZ2 DNGGbAiEeTgQXGiGfjiGgMiHXbiGf5iGMEiHPoaF/0Y3gd6nZyF3h124h32YhH2ohmPohZeY hmQIiHvohh8VaGQXaIhXh45odgpRiZ0YiASBiphIiZhYEJuIh4YYg4bXfgTYiPdHhYQ3ioRl iwtRiZmoisHoiq34iq8YjIIohoNoiU2IVBkxizABjRFhA83YEjcIEWL4FdJYjdzYjd74jeAY juI4juRYjuZ4juiYjuq4juzYju74jvAYj/I4j/RYj/Z4jy0IDvoIDgKxj/rYj/v4D/74j/4I kP84EAEJkAdxkAIpkAV5kPzokAaJjy3BkPwIkRHJkBKJkBkZkQ05kQppEAl5kR4pkQFJkBlJ kSuhkRuJkQShkS5ZECgZkv8yeZIbqZAnSZIeyZIqKRIsOZAc+ZIlGZNC2ZIliZAOiZI52ZAk CZI82ZMg8ZMJSZM3aZQ1CZRP2ZFNKZQ6yZVQiRIWaZI7OZRkSZNbKZYLGZRS2ZUfOZNfSRIF aZVxeZNxWZdjmZQw+ZJ42ZFB6ZRH+ZaAGZiCOZiEWZiGCRM+cJiKuZiM2ZiO+ZiQOY79EJmU WZkqUQuWmZmauZmc2ZkYIQieSSSgGZqgMYIFMZpeYZqSQ4NOKGSsuRELOBGvuWFyppoVGGYP gZpG6Hyoxm2q+WKfOBK/iRCmmXYtZpvuhXQKoZsOEWQxFhHD6TjYV4W5WIsHeG9TSIFVCGa4 tZ3/2vmE3pdvRyeetqZ938lv/NZkilaAEtho6vl9uBieuBWFnHOF7Gl26oeA7rmI7EeAcpic pGhjpXiEuYWfgsd992mH/VmeA4p2Blp20TklC+iL//l+oUihuKlv2uZ+08mLHDag66dvj8hn 1ol/6Xdb49lYBoihEKqcmNOgD5qfiXigKDqiAbpn4AmKH8eL61eh2LmjsamgHgpVPDqkRlih Ibo5KiqipkiDF2qiiOadIwejT+igGuidxBeeLNqdFzihJjqfC2qDh2ed8cl/Hvd+2BaCfBSh enSNg8SmpBmnckpHQjCndjpicFoRiNBxu4kSSyp8rYmmtClkSRqohTWH/4zYnhnoaS5qEkFa qLoonLcogqEYqSAKZUV6acH3nuQ5n+9ZhIuWna3npd3HpVJYoM0XpYDaZjk6pTi4ofdXh54q UZ36ppjqfvoppIdqpASqpVIGfrh6qLfqZgBqqbKKqSdqh76oSCUarD8qiqXYf4pKnV16oyTq nzCGqqsKq44WpEtKnY92rQJRAqOXi2G6iM4qq9zaoUcKnul6rkk6hLzqqt7qrrHartparrBq pfvabycapbjppPoHrKSaqUNni/mHhft6pvK5m+Cqn/uXp50psbx5pyuhprCJsRa7sRzbsR77 sSAbsiI7smTUCAkxDiSbsiq7sizbsi77sjAbs/9+lAwyW7M2e7M4m7M6u7M827M++7NAG4+J GbREW7RGmzkU6xJJuyMC2pw1+GP45qigVKWxGYcWmKFDRq3cOqv7t6tgOqo9JlVwSHgZSqkV gWjESXaVmlvqJZvp9bZsG7XhFJwaK3JQW7crNrUEap/45qX9GbYVu67H2q99u6OF22ejaK4g 2quGerZRm7WPG7mSBrhu27aW27ZESrl4e7l2u7m3prfRB4eHW6SiK6DY2q3I2n5nB2mAumZ+ y64T1md066a0KrfOJ7lzG7uGW6Jxu7C3i7h9a7vCG6Jha7XcGbzBebzFq52M+E2GG4XLiqOF a5/SuqihmqrthX7kiVH/o6u1XsugcSi7iFu7w4u5Hyq+PYZ+/Ye7uQu8RCq3yWm5WQi56pW+ VPWJtUu+4xu5wdu+5Ou5FoGs9Fm9M/q4H3q6VTuh4jWd68mdaMu8+eqEztm/5Tu8bla/7Nu0 Z4q/8pteyfu2mSu8xBrCtMrBuWu/IIy8FGy8H+ynz8u9PJrA8Gu6qVqdW0ujHpy/Vfq1x5p/ IohYJsy/wIvBHdy/+ZsQy4u58Au3gKu5HezEtku5vXi/VIzCSjzF7bu/F5uBFwXEm5p9cJuv f8q76+XF2gumobuL0bq2vyu7nDqwCDh4udqnKdyd9YuoBjzBUdzFWrzDdTy7VgygydvEp2ok /0urtABMnNC5ZDQ2xKf2oolMGMPppkAyfJG8yEebyZq8ySwYCN8khBxxyCkGyj/MtI4LtU4L WEjMtpEsyJbsmtEpxUJonFraxsIHw6VMmwr7rZT8vpj8uaj8w5dsjaT8tL37yB+RyHU7yKts yxXszHZ7zFdsto6cyr/czLlcmrhsvHZcxn62wgWaneW7nUHWrNFsxLs4qw6sw+k8qvJ5gszM zVJMtWmcuOIrzdOsu258z+E7xA+LnoE1x2VszjARz1ScxfoLrCJ80HccwrgbxNtHvEsc0e/7 vxP9u0Hcxhy80bxJyCh8xES8Ufmmf+HswUbMv/o7zhddzQ7t0CqM0P8y4dEhvdIizdD7y2g5 DNIlzNAR7b7bPL64zL7gbME3vWETaNG0O9Ee9dPHnNCc+8xAPdAnfbk1PdTHO7fqW8U8nZor fdEcTcFg3dVK/NEnvNW9S7dL7L9RDNPMbNJZ7L5UTdOrnNG+LMRorcX43NQi3KVFjNR9DcQm /dVWjchqnNXeXNUsrcdHDcP2C8g9vcdILaXlXGX3i6CADNf+3NVwnNba28+bTYHNq8gN3cfy 6sAN7cduLKoi7diVHNOmLDXDTBKxXX8FLcovMdtqVn+2bSNYwMm+/dvAXZ8rFoK4fdvbBCK7 jc3Index28jF/dTGzNyufbsqSmusOduei9P/1SzbXFa5xdwb8TsYkwvdZ33OMaHdz93c4t3F onrQ1pvSZ8y1jf3Acny95Qyw9e2p3au5EfvODEvO2PqoeE2mfxyw2m3AJ8zY/6y8Q7i7qlrS XAu+Aa60ld3HQn3EAf3Wmv3SU43XU73TMD3WFb7QFQ3XH+zXH37hFdzWHY6BGo7TyzvBKL7W L17iEM3E7o3Za53exWzR6MvWiF3UKczR+Oueox3jGy7iId7N/LzAR17ZjI3VP33BA56eUP6/ Aa3GgW3WQs7TVe3jOq7TBS7Ln7zkZE3X5wzfWw3iYS3kYj7jvgznPz7TgaziJQ7WNz7NGa3k TQ7YNK7VSy7WKD3k/xgc54Ou5C3svHps5KlthR3tyHyswpdd3zXd2Ked35GexzRevEz9xlGu 6Xdt6KT92Xx8nSlq2vrtz4p92ZOu6akOxaCe3OS93NEN1RQOmyLG4zENfe78FZTMmd7wgXQA R8EugMNO7MYuR8W+fMfuQRi77FJr3k9b1+rduMCczI8tE8Ou69fXsAVMx979ENDO3UQ87X9u 1La+3Y0ct9nN7mCx7Uui2HMO0hdRt94w7iFx57hO7aJt3dsm7Xnr1l4B75wk4xtK1Cp90vxN sAuczt/cz/6dxK2K33/rn38t6Zhur5W61DdN8Y5YyOPJwxAc8urr8A87yLIeyoWOvuHd6/8Y jtlnPucKL8s3nsSszOV2PejoXdaGDsUmrO9yfuJ2XsRhLdPn/vOB7uNOfSBoreXObONqTeeV DuRBfeB+zeZOnvQdP9mAvdNLP71Ab+UbnudTn+ddfs9gj+NRr/SdvtCqPO9hHNcKH/VNfucz 7vZdrq4yD+Y5D+Ota+l8LvApjfZBn+N1LvQvfvZE/+aGv/LSPYBWdeq3/LUCneGc/uaq2sCc XdoJu/lZPtosvfKk/vmpDcK7fOn63d6qTvOeD+GlLuWKxuK1miTcziO1TzMae/uPpPuYds3B /fvAH/zfWNzZxvunLBjGH/e3lvwvhu5qStzq7hGD39FBHRbMH/3/2ezc2C+c248j9Ov7zl/m uXz91qwSANzuBb1k/f3SCPydJM3e97nxD2zzdizgpr+2nT2lBxvpo7+99KzUAAHgHwCBAwkW NPhv4EKFCg86JNgwIcOCDwVGvPgQYsSGBytS5GgRoUaMGzdW5ChR5UqWLV2+fPmRocOJFzvS /DhyJkKKN1PS3NnzJk6iQoEulMlTpc6iPJ36BGrzKNKhUofOpNryadGsOaEiVaozbFSZTYMy PZoxrVCrUtuehRlX7ly5SU2OTOmxp9irRq1W9alxrV6bf/eedIk248+tXbmifJv1KuSpJifD PYzT4kq+EvXW9JxZcuPIjkeLjqyU7mrW/omjon4NuDPWsob9Yr0cVi1n033Xcg2d+3Xn1LiJ 9y2L2fTbxsKDd0zuVjnpoGZPe33su/X27XYNlqZMlenntCFZpmZc1XzlzSCT/3a/NOT6nA/H fa+Ou7pI3dS/Swcrr5I4W8+zASnzajzB/puKpNgEc6vAxbijsEILW1PtQg035DAmDDsEMUQO mxOxRBNPXG1BFFdk8TzWMmwxxg5VhFFGG2/EMUcdd+SxRx9/BDJIIYckskgjj0QySSWXZLJJ J5+EMkopp0yyxiKtTFG/GSvEEksqYfrpSzErWwrI98qMqzC6vBwryzNjG/M5rUR8M84Vvfyx TjJdw5PCPtGE/lFPKruk0046IcMrTML2yzBMtiAajLHF8IIUMPGMm68+ASOcD1CiMKJxUugI DE+kuyhl0LJMJ6qJpP4sUxVC7Dot1dU/42QOua8AnDAwXoMDEFhd20yQtufUBC5XYw+rTVjr GtzVOulmy2xW5QZD8zrNysROW0PTHPA05zhVjcZL8RPX0vjGUhNZaD/9KjvyLkUWrdvmpc4u fduTjMF9wzWM2un8NXDaeAX9ttvSMAvWU/lAE23Z48rdzd1lz+1XWQJBa1Zd2y7+Vd9jL340 32wDPhhks2Yb79vzAEas4IVVRHdkWBPlVr33Wg54VXHb+8zcB/PLruZYvfsVPwUR/nwQZkzP tBVnp8wr1dc9Xebyxlux5lrGrbvukeY7wSbbzLLPRjtttddmu22334Y7brnnprtuu+/GO2+9 9+a7b7//FrEAwAcnvHDDD0c8ccUXZ7xxxx+HPHLJJ6e8cssvxzxzzTfnvHPPPwc9dNFHJ710 009P3FEmxT7SShIvZJM71U2ssc+vcew0T5QSmn3G27Xa/cpsXdQO+Ng9Kle/edWFXc6ro9uv yt10fxjK3JV03XnXtAwt+za3/514Mhsd9l0j8c0UZ/lqBfVhUNVqP+hN1785flkpZl9p+GuN z/hZJXRP8FIVM3vVJlG2odrropY0qlUKOYgS31NQ9jIf/i3IfrybHqsu2L5RcfCCkPqggTYm IAyWcFQgrNjuOIjCEJ4MYtViGNF4Rr/h+OpA/VJVtB4VGDhJrHgFZFXxhOi1+20wgyQ0ogg9 uL9KIc+BT5QfCkuoKBWmUIrp0+DynBM9hRHMfN16DL96VpLaxZBed4FOejwWwe4Zx3hhs2IH mbjCJErKhEl8IhQphcQ5ZvCKcfwPrabXO2z9xmDJ0lUNnWUyOX1MXuWB2MIS2bLL6LCHCGNR 7giTwuDZ6o/rq+IUo2a0o/Xqg6FSHwlblcYjsi5oBbOZ/CDISu0tDTH4M8oAHQQnqcGSlgE0 X6oUwx5C6k0DfAtfiJJJtlth/xJ1g8pT32z3TGpW05rXxGY2tblNbnZzLn9aZvUgF84hro2c zNxevLJGKvBsCn+E8pPqkunM4bEOTL4MJC1lGSgxplFm9yxnOvUGzhHxJmeGTGRdLBSodXZn eGuyWTAH9tB00VODspNbP2UJzE6m62g/zKVHvzchTS6RWK5qYoBQdSAsphRY92NjRJNXtDc1 DIceSgrSanZOaBbSWxm76EjdGNOU4TNYIovYGvcFH8ewrI3OumlE4fPOmIW0kjqjYQ2thUOe 9tSpsGGaOq/FPXupFHzR86J3oEqu/IRVY2FVqofYc9Utfs+FzoMnBsnYG+5tSA9NeitU+ALG Cd6UfP6VjB1QoXebteZymNZyKhjvVU+pkuirZf2iQQXasyBSskN/XdIoNwpBuO5pl6D0DYT8 dyz63DBAsKRkP8nyv47xS2lYJRkp+yMqXcpsEMQ8YJpeWtu8XI1CoMVbV7cEOOV+qbnSFB7h nhul6XrTutfFbna1u13udte7ZXtudRMjXhCRV0PkE+85zevIJ2lReZplJ0T7+k8nwkqgRIuR AsMG0IO6l6L3Fa745srfOZm3RZjFE0M/NN8BS1XAVj1wLfcr15w1U77No7CfGLw69YCwK65N rQd56N+ZppaGqp1aVWnmSf3Vc5bjzd+qVBnFLBaTYgTspElXaiwLOshU6P6qlyY9Ctjyceyp Jx6aWg/7z6H6FIqPDOZxSNaxOY1LWmBV5IZ3qaytcjmIhhWsUiULr6iGFqbNmpr3kszLBzc5 s+zSZ1HffMnGblaHIdPoLQPavTynVV627aEZ0SzWzYyZw8IaNPP6q8jaPrTEQiXWnLMs6EYi dMp3LtnIFgvhgxZyK13Ur6R7ozFmAcdJuPyZ0wjI5qJStb6kzGEsnaZaINOnQVve8oltvRw0 Nm2W/JwfedyqmWDzxoKCbS1xmYbZwiU2bwbGqEPNqThoe7PaZvtutrW9bW5329vfBnfprp3H DaOTwFW+sHEXiqKuspdLfpSSRdXN4EgHeIDnJv+SXeddbrxuSN/n5TRGnT1vtU5J3vQ+t7zH HWF8w1eh2vN3iQ5+z4EjnN9m1uWrhOxHFusVVWJtooiF3WMB+myUxNNUTnnrz5EnGn0NBPKu UKppNSZo5SdUeUpzfD3egeQkHT+1px1cMRfWm68XaYHRQjZRSxdtyGsmM1Mfm7KZ8ZCLUGbk Ike9yMW2C8odfqqhiXwWofWywRMUy7E/7Vp3SfLXu376GQc7dJ/mCohOh6wNY1nhcxVw5mlu V5+ZBzRTt9fJix6ywBLtsKZqVc7qXHxxlDho/xw5sFXH+8pA3lb3bTW3BeKxyoze5Yufj1Fp nu3nQU9TNQqT7amWVIz+Ta5oz3JKhrN2JzB/iXrEAt1firKU29ku43XRnjavhzV200vdcD/O nnBbePOlP33qV9/618d+9k1XzG92LfrSfne0sZeldYONp9AeJrohnuHvP1zD76+yhQGaYHX/ e8HeL2gm6er+7u9ZR8ucpwxLN/ULsOxZP/LzPqCRMap6oVfJOD4ZDXb5uxdDH/siOwE6od2z mpYyMl86sx07KhXKODuqsZ7TnxQbOT2aMbD7pSyqqtByKV6jK8mKrOfpO2iRssBao7oyLU3D tImBNIeRoC5qPKdzo0/LLcYytbtLGqEjQhjkvIKzJa6iOlfqO7WTOZhhwoRSOQesu0wjNgT/ IjRf24ncAzUuDJekGr1e6z3ayhf+kCQkobImpLQgXEK+qykz+sIdnCot2TQv+6n3ukMYii1E ezykmrR3mZiiYzQ2ag5mM73j0ykmozUkSz1BlETLS72lOSlX8xl/akM8KzZSGbCcSz8fO71O zCEEAb4p9I9KVDqYuq19U5v2Uz7tE0BcBBPu08Ve9MVfBMZgFEbSeYBhZBv1KpQT4UVlAi87 WcZvgsSgA7j8a7f/YrjowjBmpEUCbLiG6sHS2xFkpMbl8j+Ja8ZkrDblsr+Jy5GWU7Hg8kCw +4v3+bh3PBXYmkRDAsFYBKB4jDqXWrkG2rlUgkeW87kd6rRWmR8+/9MN+kHFH/PA4qq1VcIY W6xBzcssXgM+PZQh/EKqnUFIsBgf2WDEbeE6J8w7RBIpEYIhP0TCryq8SbI6KRzDHDTJMpML MJjGnxKVu6sWQLuXY7tEkCQYi/kw4jOxRLxISkQzjRI8L7o0PTPKMNJCmcyqyRqaLcI6Pds8 r6E6yOPCZxFEgRG6QWxIR2kYGtw7OwQzlqSWtwTLGRy6QdI6HpRLH6IpUdvKS4tGZcQtV0Sl RkrDVos9qQG9VAIpUBSjwoS4InLJaTkzrALMF2PDmJM6ycQtq8GnMmy0pylFiSytJPybcZsu 8rLFy+lLZPLKZPTLbjtNY4TN2JTN2aTN2v+0Tf0bQHuLm2kam9b5v9dkPogiKIPKq/xbTd5k Nx4pznRMHQTsP8bDP34zsNNczvx6NgoMTGEyqzzin407yFBpCglES1frn6Vann3COZ4Ludxz y4Nsz+0sweupQN2qyrdDLdnbGJfRwS9sO8eiNJEsQheBu7h7w7I8Kh/EQUX7OvSiye+MFiRc yY6MlLIkCwNts0GpSlHzujDUxC5ciGPiLVwqyMRrPfCQu8tkPQ+FrcebxXujsbRLQ9KyyqGC yZubw5BMvnhbUAQ9o5gExKyTSWbDvKxTkEgKSymLqjNURPwiJieDUBRFMKb7mBttUOD0HfSg Iso7veEKPtzrFYP/BEUjpM8YlUim085N/EQ2pMwWHdO9kEVcW9PwUEzb2qjB2zUvNMbwwhUo vM0RecYX2dPW+dM+JdRCNdRDRdREVVTPQUsdNRSLjKa2WbJBBT8CdKYRzUXjfLAu4UBzPMCs KlFgG0xrXC4rFZFHwLcBZU1L3cZWxU1W5T/TJNUCq9CA68v1clU4srsPwzHivLUV5B/X07U9 kpWETE+iaznUA1a/wMA0nctlnUhh1cAe7MwyssfOoqOVAjp6zMAgKVAjJcuQBMIlVbwx5Ejb +0EzpUmYU0Omkqhx9aFyTcSsxFGZOjKokyCQc7khIdI481E641C/y1CtDMr0WLulg8kd/1rM 4FrDSis62eJKKpzX2gs0e2XTkvEkz2Iz/wpHBH0En5xSgAWqKDNXiQ3XfRWZhP1ItLIsFNUO uCTZQWzXHSy4PlTLiHnCJ3U3XY1YZaU99XRH3pMtB0yeKSwPpCyW2YJQuHJFQMnSKY3MOZW8 F2TAhSzTq6qa4PsoGO00Oa0bU52w8cOd2ATbdqTUjtWaRVXbtWXbtnXbt4XbCgK47zvbbLxX tEGvuynbnRQ40VxV+AOulp3KTA3TGRNKAntaF8VD54wvadxbu9Ww6AsnGktMYy2olJzViBXQ C93Z+zM8cIxUBy1SrbOYgNwrF4xWf81YOOu3xt3Qk9O7zQ1Qt/9sxSGqqYcsT3M5z5haVlci z6ytj3sbPzhD0kybx2sZ0Kl10CtjyRALwg1dySglxI0sq4V02uetyI4UWGOjs9UTsLSzUCob XoOE0Xz1unxVSddTUVaTweYlKx+E3qqrXpKMSgSr2RKDi/jV3soNT6Q0rsM10fN1Vzk03q4U udBLX531Q5utWBM90h6N3oRqySUdSQaCr7nrTyASUsRTSgreQ5+Du8dlP5Zy1hlC3+KT2lp7 UsuMjjcd02LJWgSWxJLz2ktsweLiPQ0MMvGdGXmKyLZYPVSaxzJNWO4S4dV0LsDlv188YutM 4jup27iV4imm4iq24it+pihuiG0Qks7/xWLrYVzKvVp+Bd0vrhLGfdCY9NYyNmO5zTFy872V bZRi5aq3AyCIbGPnYt0/XGC2KAw7hLcdtck8fuJewxd9HTz/DNiXuTxMI+SemmAeRaywk+SZ amTmbeJHHuGc88cQYy3UqkwwhT0L1mTGyeRSHpxTRuVVZuVWduVXhuVYluVZpuVatuVbxuVc 1uVd5uVe9uVfBuaVQIdgJmbbXIJiRuZkVma9ZWNyizB1NM28pZ0KAtvmCp/XMb1JYRMM9Eo8 rQtupqBwHi/ZLa9czUBV0jJxBtTyI0fPPaxqBtBvdmb9S7HSU091dl98VuPyu52U9OI5/j9t rNR3Zo1RODAU/4SfEyRIs7JadI0JMwwlOCRFFus4jp1oxORmbl3PSMPcYeW6QUraCUzTFGQU UO6oWlXcifTO1CyvTfK4VTKiOtqfFnojUbJpE3IgKoJpJuo/UKvSIvPMnIrnw1PYlTE0UoNS cY3LpUtQTA4qG7GjbP0jiJTpGuNFU6lqnA45fUIUnn44JU1pW9pg6OHjqh2Op2xRoixP3fM0 mFuUpl4OOm1m2UFo1G0hPrJpdP6yDjulktrrJbqjuuY+RIxDrCzstFRkib0yIM1ZBPU8+G1E uRxkuD7o+xRs0iJWhVTBQI4VnMbr2DvWgbylxOLkHE5Rj6zHeoy1IjPFv9TCEr2Zzf98pZ36 4YPt0sJKrsmlTlX2G+R04mc7L+r8LvqD6mU27uNG7uRW7tHk273+W08N2wtd4vortybm7d7k RgicOGy+3P/9uDGW7k/VVId76FGdr39GuW4cb+B+zmsW72lUsENCb7kFMFid1fmGzrG1HpG2 a4MFzwiJMxK+VmUVyBUSQpHc3SKE2tbClmQNO4aVOXjZ4OsdcALt7JVez+oBcA1XYd9s6o42 wozO3x1d6pms2AJG7aYZauTFSJEibBa3tfg+3QgWux81yUMS0JqNOpYO6E086yCWUJ8lMx2U 64nKQwEOcv8s61Uk8aO95KF93zA7bRzvWj9+be9dWI1jXzL/xsgxO2EF1hawpvLIo1cp2jr6 RV+TkeNDfOAhv7qz48lSi2DmJeqXTMz9zLeMJUMsnCuhJbwYLi3EzEqhgo3mDVWTju0UfcSW emuIVSAFxM7+nCTQVNNT0fIwRSPfi8TkCl31Jm9P181XvW6D02KX0YR8m25GXhMtJk1UPvXl xpxXh3XLkfVgrHXavPVZ59PntpBTt7/spu8e/3Qv7r7JRWPog9xyFuj/zdzmnj/C/S/fbsy5 lnJvLM5l33Xx43XIHU5sM8DWHHZqv9uBBnV25lfz/E6pdvGGvmOdq0vc9bOjBOd7zOlfG0GE Nlx85NDXWkGm/J9PqTkJZzLUddEa/yZplqNjyl3j5Y3xRrzZOIdL6v2zvczgb3zsXQ3xy6y3 il9XHi3dF9Laj+/yJJe0ysNxYteav3NyjL0htnzyUUVyiD/RfT/w0ar2IcVM0h1xKxc9KS/y MIPeC+zJGX1DiV/kfVZODif541XsS75BgG531utAxQbDLKt4D6ZyFL/B2a3BrD/LpHXSynJZ 9iK1cN0RXgBTwkI+iL1hDmx081aMfpxtK49hhfVfSd/dpg35nW9tf+9fzrwrkc/dOLVAd0T4 UQy4cxTvUQf2ab4uxkfbzIX835z8ual8Xcf8zNf8zdfla5vOVy33xs9N4bp80dkahTPnStXG X/8dY084cf7HvtOXts93fGkf/XUWQJTPPjN0bQ9zcDnS6xFctfCcU1IUXo3+0rYv81WT07de l9L/HDFfYOmPq54X5Htdcqwvs0W0KvAdGJjtU+dH6j9nc6H3+O+vzEPOeI7MjUJry4pC/3IM xn618ziv/pKUecJyRKJnUsUL5BoFiH8A/hEcOLCgQIIIFyps6PAhxIgSJ1KsaPEixowaN3Lk COBjwY8HRY4EKdCkwYQLSTpMudJkSJgiYx48CbIkzpgtUSqsibBmypkte+pUabQhy6NCbeLM qdJnx6hSp1KtavUq1qxQM24dmvXr165gx5Ita/Ys2rRLPVIUm/atV7hy59Kta/73Lt68evfy 7ev3L+DAggcTLmz4MOLEihczbuz4MeTIkidTrmz5MubMmjdzvgirM+jQokeTLm36NOrUqlez bu36NWy4U2LTrm37Nu7cunfzbnyjN/DgwocTL278OPLkypczb+78OfTo0qdTrw66k/Xs2rdz 7+79O/jw4seTL2/+PPr06tezb+/+Pfz43PnIr2//sqH8+Qnq199wv0IAAhhgf4b8M+B+Ax54 YIEM9gdRgw76J6GCBD4kYIQFGshfhAQ+SOGGIP4XIoMWPqjghh1aGKCICK7YYYXuobiihyFi CKGNOTrIYoUIksjhiEH6eCGKCZJo5Is/BgnkkCUS2f4klC7OOKKNTiaZooFTxtjelFZyGCWO NBpZZY9H/likkDo69OGJZlp5Y0RDgvmkjmjuyJ+XZ0qp55dMHgmkfFvmiWWNcapZYpYpejno mm6aeCiPbTI6Z5h+JkkkoB++6GSiE3W6YJl4ErqloOypaKePgjaJKJMtOlrjp35q+l+fiLqp Iax6sgljhoTeueSonPbYKq4SGvvlqvclCyeglb6ZJbF80tjspLGuyaKljzJqqLZ2AotlqAuy mqy4CS5q7KyXBrrks8WeK2adHi7qLbVoMksrpvb6+m6zSD7bKK7+ZiovuTlai+yxr9r36rKQ NgqvuDuGey69AseopK1pqv7rrMX71vsplAQ7bPC7qzpa6nqnQkouuxTi+Wib6VIr4rbYPkyz vukWm7N/+sIM7ZUT2myrpg0LjfJ9SSu9NNNNO/001FFLPTXVVVt9Nda97Sp0rtXGfLSKLYst 6cNfl7k11x8jy+zIsxYps6tpYpj22muDC/aELIddMZ0G441xZ/di3PC8aiIN98XgUqk2t4xP K3DGd5YpAcCHqrqyr13WC7G2kc6cZ6G1Rry5vdOGJjjHt0orLEWIKzn33Y5jKnu1GkvOJ+Wh /5v6t5u3bLnqtEL+uO5H3yyqwvxudm/jtbPL/M2Jz55ozx6XSvjv1voLdLi5w8lyvyd7PDv5 Pv5X3nzvoCoqds3KL+834Kk2GDCvMkMvfbnfJ/988hpCDvuxqJQfyukPbuHbGfxwxDXCJQ5w Jctcq76lPYeJhlSDw1zh2je913HwZRETnAOx97gJIsx+JJKA/tyHPQt6Cni2EyD61BUs/tUM aZoREPt2l62NXc9/x9vUBnMYvrEFL2gBHCH9Pse5TK1vZgzD4IyGRzofkoyG9EINDk03xM5x rodEnF6lrkhD05lviw8cUe4ix68VNnFeY3Qe8j4XxVvJy4pPNA3a4gfF+alOZ/3jo7nyBTaJ vI1uqFKZFhnlPRKWr493u+ACzVS0XWmxV0JiHwLd5sCsWSaNnPwkKP5DKcpRklIzOSglKksp j1SyspWcNNvqNBg2mtGyV7CkZeViSbaXzRJnJqSkrKpnwEzKr4pDg6Hm4vazs6WNmY9cXZ0A Wb1Eto96dMOKGGs4yGPKqYgeLBgFu6RJ0Wnvh1JUWzePx0I7dqtKhFScB9+oxkYW709KnNsO nTi+epKJglfJprcmiS+IlfGDbfuizcb5q3Jmb41mEkQ65UnGaLYznmF0ET25mNEAivOCtRpe qHqYKs9RkyoAFR8TW6jRc+qQdusMGQ5RVtDsCSJyE7Ng3ihqqSy+M46jW+I81Zm5fd5TUaOK 5RGjZ9SlCtGk+wNRCusm1G0h0m6yhCfb1v4XyFnyTJdHtaq7ehpRYWn1pREUKv38KMMEUvNr YAWkSjkVraZO5aTpW2fXNKjDiWUwpbubIULz2VCb8smGauzYhQQrV1ZtNKgCpJRECwXMiXpx sebKZlXsusyeBXaEozOZV6fqPwj26Y8vPB5EjRkuGyJWb4rl6TUZGEIOBiyyJczpDx0LVaBJ 7KmZfWpBA6lP8jHWjDftYD6/R7DOshRANR3pcOX4QsQOVIqwxetMMUlHoE41uhvzLMnA91vw BfeRxM2ry+B1SwVO8x+nHBNvyYpT3BpKk/Bj5GNhpd+Bik6yOZStWs1p3pKC9pbgvORmXang BTO4wQ5eTRQeLP/hCVO4wha+MIYtsl4x/ayv9S2m9Vz1v3+F1Ze/bC/R6PvYZ6I3r8nEaIrh uywTww5/fjXsbTRLX+ZV1qeySqj4+qlR3k1UtDoFr+FmKzduYvVgURLy71oqUNYJRg6F0XFU +WpOrwFZgiTVrTy1TNghl1d5OWPyR53cxy9PkX9zwrFtdJw/vxIYuXM1KLDkOtbmXRGnBA1t dsG72E19taEg87BnqczRTeoGs26lsxLluF3hourOMfaoS+v3ZwF7rZmTju9ta0zCYBHTekOt p3EcLcwk51a7CKb0ySzNUqCKeaGWNLQ3ibtVUKNLxei0dJgOKTs410bV8P2umf9UOnL+xrq0 R+azacu2T77+72CGriMyfT0pkV1rpdacsnIwK+Xx9Vh9CLZ1np095MZqec/ePSxRf93fJR73 myCdrqkTbZEdxAbcGzUwVyfJpjeeSIKidhYu37ruUrPYqrlsI3bvW0u55bTi2zSj+zKs8Y1z vOMe/zjIQy7ykZO85CY/+dXOYQh7EMQehjjHP+zxCUN8AgEYdxICDPEOQ9gcUDKnec9nznKX D53mDRF6zFee9JkfaufvaDHNfl7zJ1niHSxv+cynHmmUv8XlMP+Hyu3h8qfvnOUHtoclTsGg q+9n7P8o+9t1Hneyy10hTp/73Fd1CkOovakDcjvcg2SPU1j/ouh0ZzujuX6WsgNe6V5vaYn2 bnZDWAJIcH/841UO87A3JPMvB/vKm+Ty/Fx96wO6/OeX1Piif53YigeLJT7xicr/wxJHLtPd GfQOte/H9isSun5c/omHAJ/0Rm9SzlXec9OHyPfe7T2rX2+Xndd9rMx8eomqTt2da/7ldW8I 972v8qf7MO45xz7zuWv9eEs/LSarPDhPAfe2o5jyLQ9+8B8y+tCTfne+t3+diQnticnwIQjt uV77YVOIoB75HdQ/zN7oEQT1xZ3hKcTMbZ7RQcQFgt7w/cv+9V/6SaDjfR+gnB8FJh36JaBd /J3cwd3d5d6KoN3eNZ+BrJ7dtSAJpoIfDmLfkOyczZlgCKLgCQoeBAph4J1C36mgXCgIAmRd 6b2D7X1CCjZLzrEgQTQhzZVe0hWdFnbeCCKehSCd8AWgQmDhJ3Shg0hh6Zlh6SGhEr4hHMah HM4hHU5GKNQhHuahHu4hH+oGP/QhIAbia3iDINoHIRaifBwiIsKHIi6iezSiI7IHJEaiekwi JaKHJV6iJm4iJ3aiJ34iKIaiKI4iKfZFQAAAOw== ------=_NextPart_000_0004_01C6CBA9.3AE0F250-- From cilliy@compuserve.net Wed Aug 30 01:47:41 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIIvN-0002X3-KR for capwap-archive@ietf.org; Wed, 30 Aug 2006 01:47:41 -0400 Received: from std93-2-82-66-234-76.fbx.proxad.net ([82.66.234.76] helo=compuserve.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GIIvM-0004K0-3g for capwap-archive@ietf.org; Wed, 30 Aug 2006 01:47:41 -0400 Received: by 192.168.58.38 with SMTP id CfhhbdO; for ; Tue, 29 Aug 2006 22:47:19 -0700 Message-ID: <000001c6cbf7$c20c3b60$263aa8c0@vudd> Reply-To: "Kenshin Eklund" From: "Kenshin Eklund" To: capwap-archive@ietf.org Subject: Re: doRXoo Date: Tue, 29 Aug 2006 22:47:19 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6CBBD.15AFAD50" 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 0635-1, 28/08/2006), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 4.4 (++++) X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6CBBD.15AFAD50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Goo t d news for you. =20 P k HARMAC j Y d e irectl b y from the m d anufa x ctur d er, Eco h nom i ize up t i o 60 g % wi o th us http://buhetungadesin.com , g=20 , f=20 , u=20 No teddy bear? No golden ball? The golden ball, yes. That represents innocence, the pleasures of childhood without responsibility. It is lost when we grow up. To ------=_NextPart_000_0001_01C6CBBD.15AFAD50 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
Goo t = d news for you.
 
P k = HARMAC j = Y d e = irectl b = y from the m d anufa x ctur d er,
Eco h = nom i = ize up t i = o 60 g = % wi o = th us http://buhetungadesin.com

= , g =

, f =

, u =

No teddy bear? No golden ball?
The golden ball, yes. That represents innocence, the pleasures = of
childhood without responsibility. It is lost when we grow up. = To

------=_NextPart_000_0001_01C6CBBD.15AFAD50-- From cisa@david-cabrera.com Wed Aug 30 13:28:08 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GITqZ-0003Wq-8v for capwap-archive@ietf.org; Wed, 30 Aug 2006 13:27:27 -0400 Received: from e182063189.adsl.alicedsl.de ([85.182.63.189] helo=david-cabrera.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GITq1-0002AG-Sk for capwap-archive@ietf.org; Wed, 30 Aug 2006 13:26:55 -0400 Received: by 192.168.179.97 with SMTP id CfBUVQwna; for ; Wed, 30 Aug 2006 10:26:25 -0700 Message-ID: <000001c6cc59$6bd3dc00$61b3a8c0@xziwus> Reply-To: "Latifah Hartsoe" From: "Latifah Hartsoe" To: capwap-archive@ietf.org Subject: Re: siRXsa Date: Wed, 30 Aug 2006 10:26:25 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6CC1E.BF777500" 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.2 (++++) X-Scan-Signature: 00e94c813bef7832af255170dca19e36 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6CC1E.BF777500 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 http://angunadeswiondeca.com , u=20 , t=20 , s=20 You have my word on it.=20 wall where there was an elevated throne, made of you-know-what, on=20 So the artifact might have been stolen, might still be around. I=20 ------=_NextPart_000_0001_01C6CC1E.BF777500 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,
 
3D"VlAGRA
http://angunadeswiondeca.com

, u =

, t =

, s =

You have my word = on it.
wall = where there was = an elevated throne, = made of you-know-what, = = on
So = = the artifact might = have been stolen, might still = = be around. I

------=_NextPart_000_0001_01C6CC1E.BF777500-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Wed Aug 30 17:21:44 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIXVI-0007Za-Nf for capwap-archive@lists.ietf.org; Wed, 30 Aug 2006 17:21:44 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIXVB-0004nH-W7 for capwap-archive@lists.ietf.org; Wed, 30 Aug 2006 17:21:44 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id CF6563980BD for ; Wed, 30 Aug 2006 14:21:30 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id A1C55430072 for ; Wed, 30 Aug 2006 14:21:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8B7D6144804A for ; Wed, 30 Aug 2006 14:21:04 -0700 (PDT) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by hermes.tigertech.net (Postfix) with ESMTP id 9EC481448038 for ; Wed, 30 Aug 2006 14:20:59 -0700 (PDT) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Wed, 30 Aug 2006 14:20:44 -0700 X-Server-Uuid: F962EFE0-448C-40EE-8100-87DF498ED0EA Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id CAEE02AF; Wed, 30 Aug 2006 14:20:43 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 662142B1; Wed, 30 Aug 2006 14:20:43 -0700 (PDT) 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 EEA83860; Wed, 30 Aug 2006 14:20:33 -0700 (PDT) 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 E0FF620502; Wed, 30 Aug 2006 14:20:32 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 30 Aug 2006 14:20:31 -0700 Message-ID: <8954613CA6BB3242A1531D916A527A4101AE3128@NT-SJCA-0751.brcm.ad.broadcom.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A202668DF7@xmb-sjc-235.amer.cisco.com> Thread-Topic: Comments on -02 version of capwap spec Thread-Index: Aca/uwxBHUIaBgYPTZ28fYPCQF6LQALDJVmwAAI/69AAAH0LAAACcGRwAGcectA= From: "Puneet Agarwal" To: "Pat Calhoun (pacalhou)" , dstanley1389@gmail.com, capwap@frascone.com X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006083011; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230322E34344635464645352E303031352D412D; ENG=IBF; TS=20060830212046; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006083011_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68E8DEA63CC3306770-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: [Capwap] Comments on -02 version of capwap spec X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 0e9ebc0cbd700a87c0637ad0e2c91610 Hi All, I read through the -02 spec and had following questions. I would appreciate if the author or others could help clarify. Thanks. -Puneet ****************************************** 1) Section 11.1.1 Split MAC " All client data frames are tunneled between the WTP and the AC." It is unclear what is meant by Client Data Frames - is it only 802.11 data Frames or does it include 802.11 Management/Control Frames also? 2) In Split MAC, are 802.11 Management Frames sent in CAPWAP data frames? 3) If (2) is true (ignore otherwise), then what is the CAPWAP priority of these frames? 4) In Fig 5, "Split MAC Message Flow", why is the "Probe Request" from the Client sent to the AC also - even though all the processing was done at the WTP for this message? 5) In Fig 5, what is the semantics of the notation: "Add Mobile (Clear Text, 802.1X)"? I could not find the 2 parameters implied by "Clear Text" and "802.1X" in the description of Add Mobile in section 4.4.8 or in section 11.9.9 (IEEE 802.11 Mobile). 6) Section 11.9.9: "If the QoS field is set," - which field (where) are you checking for the presence or absence of the Qos Field? 7) Radio ID, WLAN ID, BSSID - is there an implied relationship between these various configured element ie many radios to one WLAN ID etc. 8) Assoc ID vs MAC Addr for id (which takes precedence or do you need to do both checks) 9) Section 11.5: Please state clearly that even though these are 802.11 Control Messages, they are still sent in CAPWAP DATA messages (at least for now). 10) What is the recommendation for 802.1P and DSCP values for 802.11 Data Frames? Do you honor the .11 QoS semantics between WTP and AC or are all .11 Data Frames sent at the same priority in CAPWAP? 11) Should 802.1X frames be sent with different QoS than regular 802.11 Data Frames? What is our QoS Philosophy for such control traffic? 12) It seems that within CAPWAP Data channel, there are multiple 802.11 control channels (it seems that different QoS levels are an implicit attempt at this - refer to section 11.5). General question to the group: Would it be beneficial to transport these .11 control channels as "raw" data channels in CAPWAP Control messages allowing the network to honor the 8 .1p priorities for 802.11 Data frames in the CAPWAP DATA message. 13) Section 11.1.2 Local MAC: The spec defines capability to tunnel Client data frames as 802.3 frames between the WTP and the AC. It would seem that the CAPWAP Data tunnel (as currently defined) would need to carry both 802.3 payload (for client data frames) and 802.11 payload (for RSNA Key Mgmnt frames). Is this capability really desired? 14) Section 4.1 CAPWAP Transport Header - It seems that this section should be renamed "CAPWAP Header" or all references in section 4 and other places should be updated to be "CAPWAP Transport Header". 15) Section 4.1: The RID field here is 5 bits while in all control messages it seems to be 8 bits - this needs to be reconciled 16) Section 4.1: Description of RID field is unclear especially: " WTPs with multiple radios but a single MAC Address range use this field to indicate which radio is associated with the packet." It would be great if this could be clarified - it seems to be implying that this is used to support the case where multiple radios share the same Radio MAC address but is not very clear - is this the case? 17) Section 4.1: I assume that implementations MUST support 802.3 frames as well as "Native" frames in the same CAPWAP Data Tunnel. Is this true and is that what we really want? 18) Section 4.1: M bit. You mention in the text that "this field MUST NOT be set to one in pkts sent by the AC to the WTP". However, when you are transporting 802.3 frames, won't the AC need to indicate to the WTP what BSSID to use when sending the frame (or is it assumed that the BSSID is derived from the dest Client's MAC Addr for unicast)? 19) Section 11.9.1: For Tunnel Mode == "802.3 tunnel" in Local MAC mode, how are RSNA frames converted to 802.3 as they seem to be required for Local Mac 20) In Local MAC with 802.3 tunnel, how are 4 MAC 802.11 converted to 802.3 without loss of info? Ie do we need to define TX-MAC element also (in CAPWAP data frames from WTP to AC)? 21) In Split MAC Mode: when the WTP does encryption/decryption, please specify the exact fields that are valid when WTP sends such frames to the AC (as they are now pseudo-802.11 frames after potential 802.11 reassembly in the WTP). 22) Can the same WLAN ID be assigned to different radios with the same BSSID? 23) Can the same WLAN ID be assigned to different radios with different BSSID? 24) For multicast pkts, does AC need to send multiple copies of the packet to send to each radio on the WTP that is part of the same WLAN ID or is the packet replicated by the WTP to all radios that are part of the same WLAN ID? 25) Local MAC with local bridge is the default mode - this implies that all implementations must support this config (which has the most complex s/w for the AP) - is that the correct default and why was it chosen - should this be changed? 26) Why is the MAC mode and Tunnel Mode part of the WLANID config? What is the practical reason for allowing this per WLANID? 27) How does multicast handle the case when the number of WLANIDs is greater than 16 - how does AC indicate that to the WTP? It seems you run out of bits in the CAPWAP data packets. _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: http://lists.frascone.com/mailman/listinfo/capwap Archives: http://lists.frascone.com/pipermail/capwap From gretely@alliedpilots.org Thu Aug 31 00:01:51 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIdkV-00077R-7Y for capwap-archive@ietf.org; Thu, 31 Aug 2006 00:01:51 -0400 Received: from 153.pool85-59-47.dynamic.uni2.es ([85.59.47.153] helo=alliedpilots.org) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GIdk1-0005zX-MI for capwap-archive@ietf.org; Thu, 31 Aug 2006 00:01:23 -0400 Received: by 192.168.215.212 with SMTP id oRcgapQv; for ; Wed, 30 Aug 2006 21:00:58 -0700 Message-ID: <000001c6ccb2$10c72750$d4d7a8c0@omiqwaa> Reply-To: "Ai Brinson" From: "Ai Brinson" To: capwap-archive@ietf.org Subject: Re: dyR Xxu Date: Wed, 30 Aug 2006 21:00:58 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C6CC77.646AC050" 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.9 (++++) X-Scan-Signature: 21bf7a2f1643ae0bf20c1e010766eb78 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6CC77.646AC050 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi =20 All yo n ur PHAR b RM m ACY d n irec c tly from the man i ufa d cture f r, Your ch p an l ce to ec g ono c mize wit q h us http://tuheyandesion.com a=20 b=20 k=20 time-what had it done for my personal poisonous deadline! I groped for The hallway, while being a depressing and drab tone of gray, was at possibilities were actively considered when the law was passed. But ------=_NextPart_000_0001_01C6CC77.646AC050 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi
 
All yo n ur PHAR b RM m ACY d n irec c tly from the man i ufa d cture f r,
Your ch p an l ce to ec g ono c mize wit q h us http://tuheyandesion.com

  a

  b

  k

time-what had it done for my personal poisonous deadline! I groped = for
The hallway, while being a depressing and drab tone of gray, was = at
possibilities were actively considered when the law was passed. = But

------=_NextPart_000_0001_01C6CC77.646AC050-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Aug 31 09:41:12 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GImnA-0005lj-0N for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 09:41:12 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GImn8-0004Sx-HK for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 09:41:11 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 62F301448096 for ; Thu, 31 Aug 2006 06:40:56 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id B7A31430076 for ; Thu, 31 Aug 2006 06:40:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 9421D1448036 for ; Thu, 31 Aug 2006 06:40:14 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by hermes.tigertech.net (Postfix) with ESMTP id 953DD144802F for ; Thu, 31 Aug 2006 06:40:12 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-4.cisco.com with ESMTP; 31 Aug 2006 06:40:11 -0700 X-IronPort-AV: i="4.08,194,1154934000"; d="scan'208"; a="1851407442:sNHT31421012" 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.20060308/8.12.11) with ESMTP id k7VDeBHa004904 for ; Thu, 31 Aug 2006 06:40:11 -0700 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 k7VDeB1E017755 for ; Thu, 31 Aug 2006 06:40:11 -0700 (PDT) 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, 31 Aug 2006 06:40:11 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 06:39:24 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026699D7@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 209: Dealing with Reserved Bits Thread-Index: AcbNAr1wZmwmIMKzR3uY3qSBf9X9yQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 13:40:11.0383 (UTC) FILETIME=[FB25E070:01C6CD02] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 209: Dealing with Reserved Bits X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Here is the proposed new text: 4.1. CAPWAP Transport Header [...] Flags: A set of reserved bits for future flags in the CAPWAP header. All implementations complying with version zero of this protocol MUST set these bits to zero. Receivers MUST ignore all bits not defined for the version of the protocol they support [...] Reserved: The 3-bit Reserved field is reserved and set to 0 in this version of the CAPWAP protocol. Receivers MUST ignore all bits not defined for the version of the protocol they support Comments? 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 Aug 31 09:46:44 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GImsW-0001Pe-SQ for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 09:46:44 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GImsV-0005of-E1 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 09:46:44 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id F3C713980C2 for ; Thu, 31 Aug 2006 06:46:42 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 25AD2430076 for ; Thu, 31 Aug 2006 06:46:18 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id EB65D398013 for ; Thu, 31 Aug 2006 06:46:17 -0700 (PDT) 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 475ED398045 for ; Thu, 31 Aug 2006 06:46:14 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-2.cisco.com with ESMTP; 31 Aug 2006 06:45:47 -0700 X-IronPort-AV: i="4.08,194,1154934000"; d="scan'208"; a="339186147:sNHT3392257308" 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.20060308/8.12.11) with ESMTP id k7VDjlVE027419 for ; Thu, 31 Aug 2006 06:45:47 -0700 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 k7VDjl1E021524 for ; Thu, 31 Aug 2006 06:45:47 -0700 (PDT) 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.211); Thu, 31 Aug 2006 06:45:46 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 06:45:46 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026699D9@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 209: mesage element length issues Thread-Index: AcbNA8LRLHjubmYQQLOo4U78lpaF8Q== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 13:45:46.0926 (UTC) FILETIME=[C325ACE0:01C6CD03] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 209: mesage element length issues X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 There were two length issues reported in this issue: 1. AC Descriptor Message Element to be of 18 bytes. Please, there is someone who can explain to me why these 18 bytes? You are correct, it should have been ">= 12", not 18. 2. The Radio Administrative State Message element, too, is 3 bytes of length and not 2 as the draft reports. hmmm... I don't believe so. The Radio Administrative State message element is defined as: 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Radio ID | Admin State | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Further, the message element's length is defined 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value ... | +-+-+-+-+-+-+-+-+ Where Type (16 bit) identifies the character of the information carried in the Value field and Length (16 bits) indicates the number of bytes in the Value field. I hope ths helps. 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 Aug 31 10:14:17 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GInJB-000830-32 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 10:14:17 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GInJ9-0000va-L2 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 10:14:17 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0F9123980A7 for ; Thu, 31 Aug 2006 07:14:15 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 2507A430076 for ; Thu, 31 Aug 2006 07:13:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0BEDC398048 for ; Thu, 31 Aug 2006 07:13:53 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 78110398035 for ; Thu, 31 Aug 2006 07:13:50 -0700 (PDT) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 31 Aug 2006 07:13:51 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="316359504:sNHT30866268" 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.20060308/8.12.11) with ESMTP id k7VEDokb016635 for ; Thu, 31 Aug 2006 07:13:50 -0700 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 k7VEDn6Y013423 for ; Thu, 31 Aug 2006 07:13:50 -0700 (PDT) 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.211); Thu, 31 Aug 2006 07:13:49 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 07:13:48 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026699EF@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 184: Should Idle Timeout be per radio, or per WTP, and should the value Thread-Index: AcbNB626laXwPNCWQhGIRabqVcPwmQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 14:13:49.0935 (UTC) FILETIME=[AE4C77F0:01C6CD07] Authentication-Results: sj-dkim-8.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 184: Should Idle Timeout be per radio, or per WTP, and should the value X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: bb8f917bb6b8da28fc948aeffb74aa17 35) Should Idle Timeout be per radio, or per WTP, and should the value be defined in section 4.5 or 11. Per WTP. Here is the proposed text: 4.4.21. Idle Timeout The Idle Timeout message element is sent by the AC to the WTP to provide it with the idle timeout that it should enforce on its active STA entries. The value applies for all radios on the WTP. The default value for this message element can be found in Section 4.7 [...] 4.7. CAPWAP Message Element Default Values The WTP and AC MUST support the following default values. These values may be overriden via explicit notification within a message element. 4.7.1. IdleTimeout The default Idle Timeout is 18000 seconds (5 minutes). 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 Aug 31 10:17:02 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GInLq-00006Z-S2 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 10:17:02 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GInLp-0001Cp-DC for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 10:17:02 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id E41AA3980E0 for ; Thu, 31 Aug 2006 07:17:00 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 08EDC430076 for ; Thu, 31 Aug 2006 07:16:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id E0596144805A for ; Thu, 31 Aug 2006 07:16:31 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 12971144804B for ; Thu, 31 Aug 2006 07:16:28 -0700 (PDT) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 31 Aug 2006 07:16:29 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="316361374:sNHT32111098" 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.20060308/8.12.11) with ESMTP id k7VEGSPk018740 for ; Thu, 31 Aug 2006 07:16:28 -0700 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 k7VEGSw7028362 for ; Thu, 31 Aug 2006 07:16:28 -0700 (PDT) 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, 31 Aug 2006 07:16:28 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 07:16:26 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026699F4@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 176: The WTP Static IPv4 Address should not have the Static bit Thread-Index: AcbNCAurxbIDp/HBSyKOkw/ZKNC3Ew== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 14:16:28.0322 (UTC) FILETIME=[0CB46820:01C6CD08] Authentication-Results: sj-dkim-8.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 176: The WTP Static IPv4 Address should not have the Static bit X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 28) The WTP Static IPv4 Address should not have the Static bit, but instead state that 0.0.0.0 means a static address is not to be used. Same comment as previous. I would like to solicit from the WG on whether addressing this comment would really change the quality of the specification. If it's a change for the sake of changing, I would prefer to reject the comment. 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 Aug 31 10:20:35 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GInPH-0001u7-Rp for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 10:20:35 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GInPH-0001aZ-PX for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 10:20:35 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GInPF-0000sC-I7 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 10:20:35 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 0B73D398111 for ; Thu, 31 Aug 2006 07:20:33 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 95B4F430077 for ; Thu, 31 Aug 2006 07:19:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A65C9398029 for ; Thu, 31 Aug 2006 07:19:55 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id EEA13398035 for ; Thu, 31 Aug 2006 07:19:52 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 07:19:52 -0700 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.20060308/8.12.11) with ESMTP id k7VEJqS1005005 for ; Thu, 31 Aug 2006 07:19:52 -0700 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 k7VEJqQV015110 for ; Thu, 31 Aug 2006 07:19:52 -0700 (PDT) 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, 31 Aug 2006 07:19:52 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 07:19:50 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026699F7@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 184: Should Idle Timeout be per radio, or per WTP, and should the value Thread-Index: AcbNB626laXwPNCWQhGIRabqVcPwmQAAMOwQ From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 14:19:52.0261 (UTC) FILETIME=[86430750:01C6CD08] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 184: Should Idle Timeout be per radio, or per WTP, and should the value X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab ummm... my math is off. the default value should have been 300 (5 minutes), not 18000 (5 hours) My apologies. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Thursday, August 31, 2006 7:14 AM > To: capwap@frascone.com > Subject: [Capwap] Issue 184: Should Idle Timeout be per > radio, or per WTP,and should the value > > 35) Should Idle Timeout be per radio, or per WTP, and should > the value be defined in section 4.5 or 11. > > Per WTP. > > Here is the proposed text: > > 4.4.21. Idle Timeout > > The Idle Timeout message element is sent by the AC to the WTP to > provide it with the idle timeout that it should enforce on > its active > STA entries. The value applies for all radios on the WTP. > The default > value for this message element can be found in Section 4.7 [...] > > 4.7. CAPWAP Message Element Default Values > > The WTP and AC MUST support the following default values. These > values may be overriden via explicit notification within a message > element. > > 4.7.1. IdleTimeout > > The default Idle Timeout is 18000 seconds (5 minutes). > > > 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 Thu Aug 31 12:26:47 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIpNP-00059n-Fd for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 12:26:47 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIpNK-00073i-Ul for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 12:26:47 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 03C863980EC for ; Thu, 31 Aug 2006 09:26:36 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id D2CAC430076 for ; Thu, 31 Aug 2006 09:24:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B5139144804B for ; Thu, 31 Aug 2006 09:24:29 -0700 (PDT) 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 E85E81448053 for ; Thu, 31 Aug 2006 09:24:27 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 31 Aug 2006 09:24:27 -0700 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.20060308/8.12.11) with ESMTP id k7VGORId007348 for ; Thu, 31 Aug 2006 09:24:27 -0700 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 k7VGOR1E016872 for ; Thu, 31 Aug 2006 09:24:27 -0700 (PDT) Received: from xmb-sjc-237.amer.cisco.com ([128.107.191.123]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 31 Aug 2006 09:24:27 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 09:24:26 -0700 Message-ID: <17B8C6DE4E228348B4939BDA6B05A9DC01F50088@xmb-sjc-237.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 209: Dealing with Reserved Bits Thread-Index: AcbNAr1wZmwmIMKzR3uY3qSBf9X9yQAFxQMg From: "Bob O'Hara (boohara)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 31 Aug 2006 16:24:27.0099 (UTC) FILETIME=[ED9CCAB0:01C6CD19] Authentication-Results: sj-dkim-4.cisco.com; header.From=boohara@cisco.com; dkim=pass ( sig from cisco.com 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 209: Dealing with Reserved Bits X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Pat, This is good, as far as it goes. There are many more reserved fields in the message elements. -Bob -----Original Message----- From: Pat Calhoun (pacalhou) Sent: Thursday, August 31, 2006 6:39 AM To: capwap@frascone.com Subject: [Capwap] Issue 209: Dealing with Reserved Bits Here is the proposed new text: 4.1. CAPWAP Transport Header [...] Flags: A set of reserved bits for future flags in the CAPWAP header. All implementations complying with version zero of this protocol MUST set these bits to zero. Receivers MUST ignore all bits not defined for the version of the protocol they support [...] Reserved: The 3-bit Reserved field is reserved and set to 0 in this version of the CAPWAP protocol. Receivers MUST ignore all bits not defined for the version of the protocol they support Comments? 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 Thu Aug 31 12:57:06 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIpqk-0000AM-HH for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 12:57:06 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIpqi-0001Lt-27 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 12:57:06 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id F246A398017 for ; Thu, 31 Aug 2006 09:57:02 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 8A7D6430076 for ; Thu, 31 Aug 2006 09:55:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6137C398064 for ; Thu, 31 Aug 2006 09:55:19 -0700 (PDT) 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 6F39C398007 for ; Thu, 31 Aug 2006 09:55:16 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 31 Aug 2006 09:55:16 -0700 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.20060308/8.12.11) with ESMTP id k7VGtGUl016505 for ; Thu, 31 Aug 2006 09:55:16 -0700 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 k7VGtFQV017360 for ; Thu, 31 Aug 2006 09:55:16 -0700 (PDT) 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, 31 Aug 2006 09:55:15 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 09:55:15 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A202669AE2@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 209: Dealing with Reserved Bits Thread-Index: AcbNAr1wZmwmIMKzR3uY3qSBf9X9yQAFxQMgAAEYiwA= From: "Pat Calhoun (pacalhou)" To: "Bob O'Hara (boohara)" , X-OriginalArrivalTime: 31 Aug 2006 16:55:15.0879 (UTC) FILETIME=[3B923B70:01C6CD1E] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 209: Dealing with Reserved Bits X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 0a7aa2e6e558383d84476dc338324fab Yes, I've taken care of all of those as well. Thanks, Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Bob O'Hara (boohara) > Sent: Thursday, August 31, 2006 9:24 AM > To: Pat Calhoun (pacalhou); capwap@frascone.com > Subject: RE: [Capwap] Issue 209: Dealing with Reserved Bits > > Pat, > > This is good, as far as it goes. There are many more > reserved fields in the message elements. > > -Bob > > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Thursday, August 31, 2006 6:39 AM > To: capwap@frascone.com > Subject: [Capwap] Issue 209: Dealing with Reserved Bits > > Here is the proposed new text: > > 4.1. CAPWAP Transport Header > [...] > Flags: A set of reserved bits for future flags in the > CAPWAP header. > All implementations complying with version zero of this protocol > MUST set these bits to zero. Receivers MUST ignore all bits not > defined for the version of the protocol they support [...] > Reserved: The 3-bit Reserved field is reserved and set to > 0 in this > version of the CAPWAP protocol. Receivers MUST ignore all bits > not defined for the version of the protocol they support > > Comments? > > 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 Thu Aug 31 14:28:36 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIrHI-0004ks-LH for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 14:28:36 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GInPG-0001ZV-KP for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 10:20:34 -0400 Received: from mx1.tigertech.net ([64.62.209.31]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GIn4y-0000PV-G1 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 09:59:39 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by zoidberg.tigertech.net (Postfix) with ESMTP id 8E9293980A0 for ; Thu, 31 Aug 2006 06:59:35 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id A39FF430076 for ; Thu, 31 Aug 2006 06:58:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 716FB398045 for ; Thu, 31 Aug 2006 06:58:33 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id AE16839806E for ; Thu, 31 Aug 2006 06:58:30 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-4.cisco.com with ESMTP; 31 Aug 2006 06:58:30 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="1851410987:sNHT30290282" 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.20060308/8.12.11) with ESMTP id k7VDwUN1027435 for ; Thu, 31 Aug 2006 06:58:30 -0700 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 k7VDwU1I000209 for ; Thu, 31 Aug 2006 06:58:30 -0700 (PDT) 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.211); Thu, 31 Aug 2006 06:58:30 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 06:58:29 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026699E1@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 197: Issues with WLAN config request Thread-Index: AcbNBYmowOcjNzhWQri1t2wpPYNTyw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 13:58:30.0025 (UTC) FILETIME=[89FD5790:01C6CD05] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 197: Issues with WLAN config request X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d 62) IEEE 802.11 WLAN Config Request. why is a new message type that is 802.11 specific needed to modify 802.11 WLANs? It seems like the existing "(8.4)Configuration Update Request" message could be used. The reason for the WLAN Config Request was in order to be more specific on the type of request. Would folks prefer to see this message removed, in lieu of the Configuration Update Request, and is this a change that MUST be made vs. COULD be made? Does it increase the quality of the protocol? 63) note here there are information elements to create, delete, and modify WLANs. However, for message type "(10.1)Mobile Config Request", there is only add and delete (and the "add" used to modify). Correct. The protocol requires the AC to resend a new add with a different policy. No specific reason, but before we change it, I'd like to ask the same question as above. Is this a necessary change to increase the quality of the protocol? 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 Aug 31 17:30:24 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIu7E-0002PA-2M for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 17:30:24 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIu77-0007Y2-KH for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 17:30:24 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 5840514480A4 for ; Thu, 31 Aug 2006 14:30:05 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id C2A78430083 for ; Thu, 31 Aug 2006 14:16:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id AF23614480A2 for ; Thu, 31 Aug 2006 14:16:42 -0700 (PDT) Received: from IS1.enterasys.com (is1.enterasys.com [63.160.138.52]) by hermes.tigertech.net (Postfix) with ESMTP id 813BE144807F for ; Thu, 31 Aug 2006 14:16:36 -0700 (PDT) Received: from MABOSEVS2.ets.enterasys.com ([134.141.77.30]) by nhrocefe1.ets.enterasys.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 31 Aug 2006 17:16:33 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 17:16:33 -0400 Message-ID: <3CFB564E055A594B82C4FE89D2156560219423@MABOSEVS2.ets.enterasys.com> In-Reply-To: <4FF84B0BC277FF45AA27FE969DD956A2026699D7@xmb-sjc-235.amer.cisc o.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 209: Dealing with Reserved Bits Thread-Index: AcbNAr1wZmwmIMKzR3uY3qSBf9X9yQAPogmw From: "Nelson, David" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 31 Aug 2006 21:16:33.0958 (UTC) FILETIME=[BC6F3C60:01C6CD42] X-imss-version: 2.042 X-imss-result: Passed X-imss-approveListMatch: *@enterasys.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] Issue 209: Dealing with Reserved Bits X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: bb8f917bb6b8da28fc948aeffb74aa17 For the sake of symmetry, may I suggest a different revision to the text: OLD (Pat C. as of 8/31/06): 4.1. CAPWAP Transport Header [...] Flags: A set of reserved bits for future flags in the CAPWAP header. All implementations complying with version zero of this protocol MUST set these bits to zero. Receivers MUST ignore all bits not defined for the version of the protocol they support [...] NEW: 4.1. CAPWAP Transport Header [...] Flags: A set of reserved bits for future flags in the CAPWAP header. 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 [...] This places a symmetric requirement on senders to zero, and receivers to ignore, any bits that are still reserved in the version of the protocol supported in that implementation. _________________________________________________________________ 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 Aug 31 17:33:59 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIuAh-0004yq-1M for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 17:33:59 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIuAf-0007rH-Il for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 17:33:59 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 2435D144805B for ; Thu, 31 Aug 2006 14:33:54 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 404E4430083 for ; Thu, 31 Aug 2006 14:24:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 2FC01398020 for ; Thu, 31 Aug 2006 14:24:28 -0700 (PDT) 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 CC36039806E for ; Thu, 31 Aug 2006 14:24:25 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-1.cisco.com with ESMTP; 31 Aug 2006 14:24:25 -0700 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.20060308/8.12.11) with ESMTP id k7VLOP5w009476; Thu, 31 Aug 2006 14:24:25 -0700 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 k7VLONYx022305; Thu, 31 Aug 2006 14:24:25 -0700 (PDT) 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, 31 Aug 2006 14:24:24 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 14:24:24 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C439F@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 209: Dealing with Reserved Bits Thread-Index: AcbNAr1wZmwmIMKzR3uY3qSBf9X9yQAPogmwAACi1RA= From: "Pat Calhoun (pacalhou)" To: "Nelson, David" , X-OriginalArrivalTime: 31 Aug 2006 21:24:24.0756 (UTC) FILETIME=[D50D4F40:01C6CD43] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 209: Dealing with Reserved Bits X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 0ddefe323dd869ab027dbfff7eff0465 I'm ok with this as well. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Nelson, David [mailto:dnelson@enterasys.com] > Sent: Thursday, August 31, 2006 2:17 PM > To: Pat Calhoun (pacalhou); capwap@frascone.com > Subject: RE: [Capwap] Issue 209: Dealing with Reserved Bits > > For the sake of symmetry, may I suggest a different revision to the > text: > > OLD (Pat C. as of 8/31/06): > > 4.1. CAPWAP Transport Header > [...] > Flags: A set of reserved bits for future flags in the > CAPWAP header. > All implementations complying with version zero of this protocol > MUST set these bits to zero. Receivers MUST ignore all bits not > defined for the version of the protocol they support [...] > > NEW: > > 4.1. CAPWAP Transport Header > [...] > Flags: A set of reserved bits for future flags in the > CAPWAP header. > 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 [...] > > This places a symmetric requirement on senders to zero, and > receivers to ignore, any bits that are still reserved in the > version of the protocol supported in that implementation. > _________________________________________________________________ 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 Aug 31 17:43:28 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIuJs-0002K6-BH for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 17:43:28 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIuJq-0000Z8-Ot for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 17:43:28 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 1837C1448094 for ; Thu, 31 Aug 2006 14:43:23 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 93BB1430082 for ; Thu, 31 Aug 2006 14:42:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 7D56A398094 for ; Thu, 31 Aug 2006 14:42:34 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6B1E939808F for ; Thu, 31 Aug 2006 14:42:32 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 14:42:32 -0700 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.20060308/8.12.11) with ESMTP id k7VLgWng030022 for ; Thu, 31 Aug 2006 14:42:32 -0700 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 k7VLgWYp004686 for ; Thu, 31 Aug 2006 14:42:32 -0700 (PDT) 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, 31 Aug 2006 14:42:31 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 14:42:31 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C43CB@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 158: Many of the configuration items, and status items are not listed in Thread-Index: AcbNRly52KBpf/caSRyGFZwI0bPsRQ== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 21:42:31.0914 (UTC) FILETIME=[5D0C74A0:01C6CD46] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 158: Many of the configuration items, and status items are not listed in X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 All, The issue states: 9) Many of the configuration items, and status items are not listed in one section with definitions. (Well make it two sections - one for CAPWAP and the other which is "binding" specific.) For example, not all of the time period lengths are identified and specified in section 4.5. The issue is really discussing the fact that many message elements include variables for which the protocol does not provide default values. There were also mentions in the spec of information that the WTP needs to save, which was also not clear. I've created new sections to discuss this topic (well, the first section already existed, but includes new items). I've made several additional changes to the spec, but mostly in adding references to these new sections. Comments welcomed! 4.6. CAPWAP Protocol Variables <== EXISTING SECTION. New Items A WTP or AC that implements CAPWAP discovery MUST allow for the following variables to be configured by system management; default values are specified so as to make it unnecessary to configure any of these variables in many cases. Note that the default values MAY be explicitely overriden by the AC by sending them via a message element. The WTP is expected to save the overriden values sent by the WTP. 4.6.1. AdminState The default Administrative State value is enabled (1). [...] 4.6.3. IdleTimeout The default Idle Timeout is 300 seconds (5 minutes). [...] 4.6.6. ReportInterval The default Report Interval is 120 seconds (2 minutes). [...] 4.6.8. StatisticsTimer The default Statistics Interval is 120 seconds (2 minutes). 4.6.9. WTPFallBack The default WTP Fallback value is enabled (1). 4.7. WTP Saved Variables <== NEW SECTIONS Certain values SHOULD be saved on the WTP. In addition to the values defined in section , the following values SHOULD be saved on the WTP's permanent storage. Note that CAPWAP wireless bindings may define additional values to store on the WTP. 4.7.1. AdminRebootCount The number of times the WTP has rebooted administratively, as expressed in section Section 4.4.43. 4.7.2. FrameEncapType For WTPs that support multiple Frame Encapsulation Types, it is necessary to save the value configured by the AC. The Frame Encapsulation Type is expressed in section Section 4.4.38. 4.7.3. LastRebootReason The reason why the WTP last rebooted, as expressed in section Section 4.4.43. 4.7.4. MacType For WTPs that support multiple MAC Types, it is necessary to save the value configured by the AC. The MAC Type is expressed in section Section 4.4.40. 4.7.5. PreferredACs The preferred ACs, with the index, as expressed in section Section 4.4.5. 4.7.6. RebootCount The number of times the WTP has rebooted, as expressed in section Section 4.4.43. 4.7.7. Static ACL Table The static ACL table saved on the WTP , as configured by the message element described in section Section 4.4.9. 4.7.8. Static IP Address The static IP Address assigned to the WTP , as configured by the message element described in section Section 4.4.44. 4.7.9. WTPLinkFailureCount The number of times the link to the AC has failed, as expressed in section Section 4.4.43. 4.7.10. WTPLocation The WTP Location, as expressed in section Section 4.4.27. 4.7.11. WTPName The WTP Name, as expressed in section Section 4.4.42. [...] 11.11. WTP IEEE 802.11 Binding Saved Variables <== NEW SECTION This section contains the IEEE 802.11 binding specific variables that SHOULD be saved on the WTP. 11.11.1. IEEE80211AntennaInfo The WTP's per radio antenna configuration details as expressed in section Section 11.10.2. 11.11.2. IEEE80211DSControl The WTP's per radio Direct Sequence Control configuration details as expressed in section Section 11.10.5. 11.11.3. IEEE80211MACOperation The WTP's per radio MAC Operation configuration details as expressed in section Section 11.10.7. 11.11.4. IEEE80211OFDMControl The WTP's per radio MAC Operation configuration details as expressed in section Section 11.10.10. 11.11.5. IEEE80211Rateset The WTP's per radio Basic Rate Set configuration details expressed in section Section 11.10.11. 11.11.6. IEEE80211TxPower The WTP's per radio Transmit Power configuration details expressed in section Section 11.10.17. 11.11.7. IEEE80211QoS The WTP's per radio Quality of Service configuration details expressed in section Section 11.10.21. 11.11.8. IEEE80211RadioConfig The WTP's per radio Radio Configuration details expressed in section Section 11.10.23. 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 Aug 31 18:23:08 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIuwG-000102-EB for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:23:08 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIuwE-0007bc-Ve for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:23:08 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 41E5F14480B0 for ; Thu, 31 Aug 2006 15:23:03 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 2DDD5430082 for ; Thu, 31 Aug 2006 15:22:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1D921398067 for ; Thu, 31 Aug 2006 15:22:20 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by zoidberg.tigertech.net (Postfix) with ESMTP id 4A21539803C for ; Thu, 31 Aug 2006 15:22:17 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 31 Aug 2006 15:21:32 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="316623146:sNHT13797638656" 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.20060308/8.12.11) with ESMTP id k7VMLVjx007010 for ; Thu, 31 Aug 2006 15:21:31 -0700 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 k7VMLVQb024638 for ; Thu, 31 Aug 2006 15:21:31 -0700 (PDT) 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, 31 Aug 2006 15:21:31 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:21:30 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C441F@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 162: The WTP Descriptor message element contains too much information Thread-Index: AcbNS88x8pW7z8lpRwKGPyy9mBM0Vg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 22:21:31.0590 (UTC) FILETIME=[CF9AAE60:01C6CD4B] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 162: The WTP Descriptor message element contains too much information X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 0bc60ec82efc80c84b8d02f4b0e4de22 13) The WTP Descriptor message element contains too much information, lacks clarity on the WTP encryption field and includes version numbers, which should be in string form. There are three points raised here: 1. Too much information. I disagree. I think there is value in knowing everything about the WTP. The AC vendors can expose whatever information they want, but I don't believe anything is unnecessary. 2. WTP Encryption lacks clarity. Well, I would need more information on what you feel is not sufficiently defined, but I would first like to address issue 138, which really discusses whether this is required or not since we have another mechanism to encrypt the data plane. 3. To the last point, I have made a change to require that the data be encoded in the UTF-8 format. 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 Aug 31 18:24:54 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIuxy-0001gL-NK for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:24:54 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIuxx-0007wT-CA for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:24:54 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id E7BD1144809A for ; Thu, 31 Aug 2006 15:24:49 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 8D7E9430082 for ; Thu, 31 Aug 2006 15:23:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id B88A51448019 for ; Thu, 31 Aug 2006 15:23:56 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by hermes.tigertech.net (Postfix) with ESMTP id 23B6E144800A for ; Thu, 31 Aug 2006 15:23:53 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 31 Aug 2006 15:23:03 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="316623762:sNHT9461011220" 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.20060308/8.12.11) with ESMTP id k7VMN2UL009176 for ; Thu, 31 Aug 2006 15:23:02 -0700 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 k7VMN21E007400 for ; Thu, 31 Aug 2006 15:23:02 -0700 (PDT) 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, 31 Aug 2006 15:23:01 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:23:01 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4424@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 154: The config has a concept of "default value" for each configuration Thread-Index: AcbNTAUJhA6lsSkHSwms9C3JwNs+qg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 22:23:01.0994 (UTC) FILETIME=[057D3CA0:01C6CD4C] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 154: The config has a concept of "default value" for each configuration X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 The config has a concept of "default value" for each configuration attribute. However, the default values are not clearly specified. This needs to be resolved to be able to support "default values". Closing this issue because it is a repeat of Issue 158, for which I have just sent int proposed text. 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 Aug 31 18:25:43 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIuyl-0002TT-P1 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:25:43 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIuyk-00084B-Ap for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:25:43 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id E21C21448092 for ; Thu, 31 Aug 2006 15:25:38 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id E4A07430083 for ; Thu, 31 Aug 2006 15:24:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id D891F39805D for ; Thu, 31 Aug 2006 15:24:36 -0700 (PDT) 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 1CBB939803E for ; Thu, 31 Aug 2006 15:24:32 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 31 Aug 2006 15:24:32 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="442186335:sNHT30144104" 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.20060308/8.12.11) with ESMTP id k7VMOWXP014958 for ; Thu, 31 Aug 2006 15:24:32 -0700 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 k7VMOWQV026887 for ; Thu, 31 Aug 2006 15:24:32 -0700 (PDT) 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.211); Thu, 31 Aug 2006 15:24:32 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:24:31 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4426@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 179: WTP Radio Configuration message element's Country code is not clear Thread-Index: AcbNTDranuK1/vVwRAGX3omkjvRKig== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 22:24:32.0194 (UTC) FILETIME=[3B40AA20:01C6CD4C] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 179: WTP Radio Configuration message element's Country code is not clear X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 30) The IEEE 802.11 WTP Radio Configuration message element's Country Code is not clear enough. The text points to the actual MIB element in the 802.11-1999 standard, which very clearly defines the contents of the field. I don't think there's value in replicating the format of this field in the CAPWAP standard. I propose rejecting this issue unless anyone provides more details. 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 Aug 31 18:27:22 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIv0M-0004tf-MO for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:27:22 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIv0L-0008EV-82 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:27:22 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id D28AA14480A0 for ; Thu, 31 Aug 2006 15:27:17 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 931DE430082 for ; Thu, 31 Aug 2006 15:26:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 73EB4144802E for ; Thu, 31 Aug 2006 15:26:35 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id AD1C3144802B for ; Thu, 31 Aug 2006 15:26:33 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 15:26:33 -0700 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.20060308/8.12.11) with ESMTP id k7VMQXlD017589 for ; Thu, 31 Aug 2006 15:26:33 -0700 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 k7VMQX1I009872 for ; Thu, 31 Aug 2006 15:26:33 -0700 (PDT) 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.211); Thu, 31 Aug 2006 15:26:27 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:26:26 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4428@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 178: WTP Radio Configuration message element's BSSID should be an array Thread-Index: AcbNTH+bnTazrY+DQ0C9F0OyziMVcA== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 22:26:27.0489 (UTC) FILETIME=[7FF94910:01C6CD4C] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 178: WTP Radio Configuration message element's BSSID should be an array X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 The IEEE 802.11 WTP Radio Configuration message element's BSSID field should be an array. We've gone down this path a few times, and I still disagree. When manufacturing WTPs, one uses a contiguous block of MAC Addresses. There is no point in making this change, as it is consistent with current manufacturing processes. Propose rejecting unless I hear otherwise. 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 Aug 31 18:29:38 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIv2Y-0005Qw-3W for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:29:38 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIv2V-00009j-Kt for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:29:38 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 14AD71448092 for ; Thu, 31 Aug 2006 15:29:32 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 760E9430082 for ; Thu, 31 Aug 2006 15:28:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 6A9D939803E for ; Thu, 31 Aug 2006 15:28:45 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 598E239805D for ; Thu, 31 Aug 2006 15:28:42 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 15:28:42 -0700 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.20060308/8.12.11) with ESMTP id k7VMSggb014142 for ; Thu, 31 Aug 2006 15:28:42 -0700 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 k7VMSfQV029947 for ; Thu, 31 Aug 2006 15:28:42 -0700 (PDT) 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, 31 Aug 2006 15:28:41 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:28:41 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C442C@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 189: Decryption Error Report Period is not defined in section 4.5 or 11 Thread-Index: AcbNTM+RaiDCi/7hR7SwWT1wgcUo5Q== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 22:28:41.0721 (UTC) FILETIME=[CFFB7690:01C6CD4C] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 189: Decryption Error Report Period is not defined in section 4.5 or 11 X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Decryption Error Report Period is not defined in section 4.5 or 11 Note that this was already covered in issue 158, which was a generic request to add these values to 4.5 and 11. Closing. 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 Aug 31 18:31:49 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIv4f-0000RZ-Co for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:31:49 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIv4c-0000Xi-VA for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:31:49 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 3952A14480B2 for ; Thu, 31 Aug 2006 15:31:43 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id D3C80430082 for ; Thu, 31 Aug 2006 15:31:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id C3575144802B for ; Thu, 31 Aug 2006 15:31:00 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id D765F1448011 for ; Thu, 31 Aug 2006 15:30:58 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 15:30:58 -0700 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.20060308/8.12.11) with ESMTP id k7VMUwgM022870 for ; Thu, 31 Aug 2006 15:30:58 -0700 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 k7VMUwQV001650 for ; Thu, 31 Aug 2006 15:30:58 -0700 (PDT) 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, 31 Aug 2006 15:30:58 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:30:57 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4431@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 171: AC IPv4/IPv6 Addr discusses clustering, which is unnecessary. Thread-Index: AcbNTSEMfy9zKlSWRnyZuM5uzHLxnw== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 22:30:58.0383 (UTC) FILETIME=[21706DF0:01C6CD4D] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 171: AC IPv4/IPv6 Addr discusses clustering, which is unnecessary. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 23) AC IPv4/IPv6 Addr discusses clustering, which is unnecessary. I agree. I have changed the text to now read: The AC IPv4 List message element is used to configure a WTP with the latest list of ACs available for the WTP to join. Comments? 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 Aug 31 18:42:07 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvEd-0005cO-VJ for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:42:07 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvEb-0002cn-FR for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:42:07 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id E980A144807B for ; Thu, 31 Aug 2006 15:42:01 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 4E835430082 for ; Thu, 31 Aug 2006 15:41:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 6BDB7144800A for ; Thu, 31 Aug 2006 15:41:11 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 2F9991448016 for ; Thu, 31 Aug 2006 15:41:09 -0700 (PDT) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 15:41:09 -0700 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.20060308/8.12.11) with ESMTP id k7VMf8qp001206 for ; Thu, 31 Aug 2006 15:41:08 -0700 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 k7VMf7ZB015787 for ; Thu, 31 Aug 2006 15:41:08 -0700 (PDT) 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, 31 Aug 2006 15:40:48 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:40:47 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C443B@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 141: Inconsistent usage of Radio ID and WLAN ID Thread-Index: AcbNToDbl22myQsMTR6hBeC8cb1VIg== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 22:40:48.0405 (UTC) FILETIME=[811EA450:01C6CD4E] Authentication-Results: sj-dkim-1.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 141: Inconsistent usage of Radio ID and WLAN ID X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 I've seen several places where the range of the Radio ID and WLAN ID is inconsistant. In section 4.1, in the transport header, the RID is 5 bits (a range of 0-31), but in section 4.4.34, the max radios and radios in use is a 8 bits (range of 0-255). Also, in sections 4.4.8, 4.4.11, 4.4.14, 4.4.15, 4.4.17, 4.4.28, 4.4.39, 11.10.1, 11.10.2, 11.10.5, 11.10.6, 11.10.8, 11.10.9, 11.10.10, 11.10.11, 11.10.13, 11.10.14, 11.10.15, 11.10.16, 11.10.17, 11.10.18, 11.10.19, 11.10.20, 11.10.21, 11.10.22, 11.10.23, and 11.10.24 the radio ID field is 8 bits. ok, well this is done in order to be more efficient on the CAPWAP header. I see no need to increase the Radio ID to greater than 5 bits at this time. So I can make the change in one of two ways. The first is to make an actual change to the figures, which honestly to me seems overly complex. The new diagrams would now look like: 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | PAD | Radio ID| MAC Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Where everytime the PAD would be defined as MUST BE ZERO. An alternative is simply to be more prescriptive in the definition of the Radio ID fields, such as: Radio ID: An 8-bit value representing the radio. Note the supported values are between 0 and 31. Any preferences? I would opt for the second approach In section 11.4, WLAN is a bit map of length 16 (thus a range of 0-15). However, in the following sections, WLAN ID is 8 bits (a range of 0-255): 11.10.1, 11.10.9, 11.10.10, and 11.10.11. And in sections 11.10.5 and 11.10.21 the WLAN ID is 16 bits (0-65535) Actually, section 11.4 is a bitmap, and not the WLAN ID. However, I have made the change to be clearer. 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 Aug 31 18:50:11 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvMR-0003Ut-JB for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:50:11 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvMQ-0003qz-2Z for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:50:11 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 5EF241448069 for ; Thu, 31 Aug 2006 15:50:06 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id A410D430082 for ; Thu, 31 Aug 2006 15:48:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8326B1448016 for ; Thu, 31 Aug 2006 15:48:46 -0700 (PDT) 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 955C01448009 for ; Thu, 31 Aug 2006 15:48:44 -0700 (PDT) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-2.cisco.com with ESMTP; 31 Aug 2006 15:48:44 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="339296234:sNHT32791172" 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.20060308/8.12.11) with ESMTP id k7VMmit2012970; Thu, 31 Aug 2006 15:48:44 -0700 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 k7VMmh6Y006732; Thu, 31 Aug 2006 15:48:44 -0700 (PDT) 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, 31 Aug 2006 15:48:43 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:48:42 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4451@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 161: Ther term "Mobile" is not really accurate Thread-Index: AcbEizoeBkq8SNElSxGaaXucitlwDwIxEwOg From: "Pat Calhoun (pacalhou)" To: "David T. Perkins" , "Bob O'Hara (boohara)" X-OriginalArrivalTime: 31 Aug 2006 22:48:43.0325 (UTC) FILETIME=[9C31AED0:01C6CD4F] Authentication-Results: sj-dkim-7.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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] Issue 161: Ther term "Mobile" is not really accurate X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 73734d43604d52d23b3eba644a169745 Folks, I need a term. I don't care if it's foobar, but need something everyone will agree to. If station doesn't cut it, as bob insists, then I need something to work it. Help, Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: David T. Perkins [mailto:dperkins@dsperkins.com] > Sent: Sunday, August 20, 2006 12:03 PM > To: Bob O'Hara (boohara) > Cc: Pat Calhoun (pacalhou); Capwap@frascone.com > Subject: Re: [Capwap] Issue 161: Ther term "Mobile" is not > really accurate > > HI, > > Bob can you suggest an appropriate term to use here. The term > "mobile" has dictionary meaning of moving. However, being > capable of moving is not the fundamental defining attribute > of the interface that differentiates from other technologies. > > Regards, > /david t. perkins > > > On Wed, 16 Aug 2006, Bob O'Hara (boohara) wrote: > > STOP! Put that editor down and step away from the draft! > I think it > > is a big mistake to embed a term that is tied to a single > binding into > > the entirety of the draft. > > > > -Bob > > > > -----Original Message----- > > From: Pat Calhoun (pacalhou) > > Sent: Tuesday, August 15, 2006 6:04 PM > > To: Capwap@frascone.com > > Subject: [Capwap] Issue 161: Ther term "Mobile" is not > really accurate > > > > The term "mobile" is not really accurate when describing wireless > > interfaces, since wireless does not imply mobile. Can we > just use the > > techie term "STA" instead. > > > > In my honest opinion, this is one of those change > requests that > > is really unnecessary. Traditionally, the IETF has used the term > > mobile (e.g., mobile station in Mobile IP). However, given the > > comment, and the fact that the > > 802.11 WG uses the term station, or STA for short, I will > go ahead and > > make the change. Of course, the next binding technology may end up > > using different terminology (including mobile). > > > > This will, of course, touch nearly every section of the > specification > > (read: diffs will be more complex). > > > > 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 Thu Aug 31 19:00:12 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvW8-0004Qm-Sq for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:00:12 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvW6-0005f3-E7 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:00:12 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id E221414480B2 for ; Thu, 31 Aug 2006 16:00:06 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 9E1E3430082 for ; Thu, 31 Aug 2006 15:55:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 92A4639803C for ; Thu, 31 Aug 2006 15:55:17 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id C0767398018 for ; Thu, 31 Aug 2006 15:55:15 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 15:55:15 -0700 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.20060308/8.12.11) with ESMTP id k7VMtFom024212 for ; Thu, 31 Aug 2006 15:55:15 -0700 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 k7VMtFQV015379 for ; Thu, 31 Aug 2006 15:55:15 -0700 (PDT) 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, 31 Aug 2006 15:55:15 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:55:13 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C445A@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 174: AC Name with Index is all messed up... Thread-Index: AcbAvrgtGoKTbb+bTmmLLVRuKcVhtQMkbzaA From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 31 Aug 2006 22:55:15.0206 (UTC) FILETIME=[85C5FA60:01C6CD50] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 174: AC Name with Index is all messed up... X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Again, no comments to my request for additional information. Rejecting this comment given I do not have enough data. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 4:01 PM > To: capwap > Subject: [Capwap] Issue 174: AC Name with Index is all messed up... > > The current issue reads: "AC Name with Index is all messed up..." > > This is unfortunately not sufficient for me to make any > progress on resolving this issue. As far as I am concerned, > there is nothing wrong with the text, other than perhaps > making a change from ASCII to UTF-8, if we opt to make this > change in the AC/WTP Name 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 > _________________________________________________________________ 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 Aug 31 19:03:13 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvZ3-0004jW-Rd for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:03:13 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvZ2-0005yn-DG for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:03:13 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 916FE1448091 for ; Thu, 31 Aug 2006 16:03:08 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 31E26430082 for ; Thu, 31 Aug 2006 15:57:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 16B49144802F for ; Thu, 31 Aug 2006 15:57:26 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 179E11448012 for ; Thu, 31 Aug 2006 15:57:23 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 15:57:23 -0700 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.20060308/8.12.11) with ESMTP id k7VMvN8i009346 for ; Thu, 31 Aug 2006 15:57:23 -0700 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 k7VMvN1E027556 for ; Thu, 31 Aug 2006 15:57:23 -0700 (PDT) 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, 31 Aug 2006 15:57:23 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:57:21 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C445F@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 167: Primary Discovery are not required Thread-Index: AcbAwHgbUUjILMNVRHSsbJVU+abY3AMkEu9Q From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 31 Aug 2006 22:57:23.0562 (UTC) FILETIME=[D2478CA0:01C6CD50] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 167: Primary Discovery are not required X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 No comments received by 8/31, so there is clearly not enough support to make any changes. Marking as reject. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 4:14 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 167: Primary Discovery are not required > > I disagree. The Primary Discovery is sent when the WTP is > already in the connected state, but to check the presence of > the primary. This typically occurs when the primary failed, > causing a failover. This is different from the Discovery > because the WTP is already in the Run state. The current > state machine only allows the Discovery Request to be sent > when booting. > > > 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 Thu Aug 31 19:04:53 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvaf-0004zs-Mg for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:04:53 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvad-0006CF-7K for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:04:53 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 70C9A144807B for ; Thu, 31 Aug 2006 16:04:46 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 6AA8E430082 for ; Thu, 31 Aug 2006 16:00:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5C11D398018 for ; Thu, 31 Aug 2006 16:00:10 -0700 (PDT) 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 18055398008 for ; Thu, 31 Aug 2006 16:00:07 -0700 (PDT) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-1.cisco.com with ESMTP; 31 Aug 2006 16:00:08 -0700 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.20060308/8.12.11) with ESMTP id k7VN07wM022088 for ; Thu, 31 Aug 2006 16:00:07 -0700 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 k7VN076W011166 for ; Thu, 31 Aug 2006 16:00:07 -0700 (PDT) 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, 31 Aug 2006 16:00:07 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:00:05 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4468@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 157: Inconsistent naming of message elements Thread-Index: AcbAwLL5G6x5tVeEQHivxkWadBqJwQMkGBDA From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 31 Aug 2006 23:00:07.0610 (UTC) FILETIME=[340F49A0:01C6CD51] Authentication-Results: sj-dkim-5.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 157: Inconsistent naming of message elements X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Have not received a response by 8/31, so there must not be support for this change. Marking as reject. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 4:15 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 157: Inconsistent naming of message elements > > 8) The message types are inconsistently named, and do not > follow the conventions of well designed protocols. Can the > operations be named consistently with the following terminology: > 1) request/response (used to get/set/perform action) > 2) report/ack (use to tell the other side something) > > Dave, could you provide your thoughts on which messages > fall within which one of your categories? > > > 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 Thu Aug 31 19:15:58 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvlO-0007ZN-JS for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:15:58 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvlN-0007SB-4i for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:15:58 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 9DECD144800C for ; Thu, 31 Aug 2006 16:15:53 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 9B171430082 for ; Thu, 31 Aug 2006 16:14:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 88BC1398013 for ; Thu, 31 Aug 2006 16:14:30 -0700 (PDT) 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 5E9D5398008 for ; Thu, 31 Aug 2006 16:14:28 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-2.cisco.com with ESMTP; 31 Aug 2006 16:14:28 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="339301658:sNHT31088664" 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.20060308/8.12.11) with ESMTP id k7VNERuk025231 for ; Thu, 31 Aug 2006 16:14:27 -0700 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 k7VNERYp003818 for ; Thu, 31 Aug 2006 16:14:27 -0700 (PDT) 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.211); Thu, 31 Aug 2006 16:14:26 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:14:25 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4482@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 150: Can message elements be created in any order Thread-Index: AcbAwiDbtaMBkfQKQA+/7YNjS8W7FAMkQbvA From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 23:14:26.0859 (UTC) FILETIME=[343647B0:01C6CD53] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 150: Can message elements be created in any order X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: c1c65599517f9ac32519d043c37c5336 Given the lack of comments, I will assume acceptance of the text below. Thanks, Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 4:26 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 150: Can message elements be created > in any order > > Below is the proposed text to address this issue. > > x.x CAPWAP Protocol Message Elements > [...] > Note that unless otherwise specified, a control message > that lists a > set of supported (or expected) message elements MUST not expect the > message elements to be in any specific order. The sender > may order the > message elements as convenient. Furthermore, unless > specifically noted, > any individual message element may exist one or more times within a > given control message. > [...] > > > 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 Thu Aug 31 19:17:24 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvmm-00088m-NT for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:17:24 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvml-0007ce-8r for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:17:24 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id CEA01144808C for ; Thu, 31 Aug 2006 16:17:19 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id CD282430082 for ; Thu, 31 Aug 2006 16:15:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id BE0A5398018 for ; Thu, 31 Aug 2006 16:15:14 -0700 (PDT) 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 0542D398025 for ; Thu, 31 Aug 2006 16:15:11 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 31 Aug 2006 16:15:12 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="339301822:sNHT31463364" 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.20060308/8.12.11) with ESMTP id k7VNFBjh010958 for ; Thu, 31 Aug 2006 16:15:11 -0700 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 k7VNFB1I007233 for ; Thu, 31 Aug 2006 16:15:11 -0700 (PDT) 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, 31 Aug 2006 16:15:10 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:15:09 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4486@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 172: Change Echo to Keepalive or heartbeat Thread-Index: AcbAxQ9TBRkNFtIoSNynuDpSeSjHmQMjjgYg From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 31 Aug 2006 23:15:10.0738 (UTC) FILETIME=[4E5DAF20:01C6CD53] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 172: Change Echo to Keepalive or heartbeat X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 97adf591118a232206bdb5a27b217034 Given no response, I am rejecting the issue Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 4:47 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 172: Change Echo to Keepalive or heartbeat > > Does this really matter? Is it that important that the name > be changed? > Some protocols call it echo, while others utilize different > names. I propose rejecting 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 > _________________________________________________________________ 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 Aug 31 19:19:04 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvoO-0000Uo-9y for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:19:04 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvoL-0007un-Q9 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:19:04 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 4AE79144808C for ; Thu, 31 Aug 2006 16:18:58 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 71D68430082 for ; Thu, 31 Aug 2006 16:16:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 5381E398028 for ; Thu, 31 Aug 2006 16:16:37 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id EFE1B398008 for ; Thu, 31 Aug 2006 16:16:34 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 16:16:34 -0700 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.20060308/8.12.11) with ESMTP id k7VNGYQK012318 for ; Thu, 31 Aug 2006 16:16:34 -0700 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 k7VNGVQX028114 for ; Thu, 31 Aug 2006 16:16:34 -0700 (PDT) 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.211); Thu, 31 Aug 2006 16:16:32 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:16:29 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4488@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 156: Definition of messages that trigger actions. Thread-Index: AcbAxi+c/hQm5pJ5Qu+nNGpfg97r7gMjUC0Q From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 31 Aug 2006 23:16:32.0670 (UTC) FILETIME=[7F3383E0:01C6CD53] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 156: Definition of messages that trigger actions. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Given I have received no data to help resolve this issue, I am rejecting it. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 4:55 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 156: Definition of messages that > trigger actions. > > The current issue states: "There are some message elements > that cause "actions". This approach to protocol design is > problematic and should be eliminated." > > This is unfortunately not enough data for me to even guess as > to how I should address this issue. Furthermore, I disagree > with the statement that protocols causing actions are > problematic. That's what protocols are designed to do - cause > actions (whether the protocols are problematic or not is a > different issue). Just look at OSPF. Receiving a routing > update causes an action of updating the routing table. > > At this point, I am inclined to 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 > _________________________________________________________________ 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 Aug 31 19:20:38 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvpu-00016I-72 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:20:38 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvps-000837-OK for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:20:38 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 1F9A214480D0 for ; Thu, 31 Aug 2006 16:20:33 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id 42B58430082 for ; Thu, 31 Aug 2006 16:17:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 218A7398008 for ; Thu, 31 Aug 2006 16:17:33 -0700 (PDT) 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 953CA39803C for ; Thu, 31 Aug 2006 16:17:28 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 31 Aug 2006 16:17:28 -0700 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.20060308/8.12.11) with ESMTP id k7VNHSCT030328 for ; Thu, 31 Aug 2006 16:17:28 -0700 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 k7VNHSQV028668 for ; Thu, 31 Aug 2006 16:17:28 -0700 (PDT) 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.211); Thu, 31 Aug 2006 16:17:27 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:17:26 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C448A@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 169: Need "common name" in CERT so AC can verify Thread-Index: AcbAxq8XcV+w+js/Q12zqGDbaBuFTAMjOkAg From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 31 Aug 2006 23:17:27.0981 (UTC) FILETIME=[A02B4DD0:01C6CD53] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 169: Need "common name" in CERT so AC can verify X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Given no disagreement with my statement, I will reject the issue Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 4:58 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 169: Need "common name" in CERT so AC > can verify > > need to send "common name" as found in the WTP CERT so that > the AC can verify > > The protocol currently relies on the MAC address being > the key that binds the certificate to the WTP. I don't see a > need to change this. I am therefore proposing rejecting 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 > _________________________________________________________________ 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 Aug 31 19:22:33 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvrl-0006N0-Px for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:22:33 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvrk-0008CH-Am for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:22:33 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id C78CB14480E2 for ; Thu, 31 Aug 2006 16:22:28 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id EA4B8430083 for ; Thu, 31 Aug 2006 16:18:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id C9F3E398008 for ; Thu, 31 Aug 2006 16:18:30 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 15F32398018 for ; Thu, 31 Aug 2006 16:18:28 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 16:18:28 -0700 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.20060308/8.12.11) with ESMTP id k7VNISBX014096 for ; Thu, 31 Aug 2006 16:18:28 -0700 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 k7VNIS1E009089 for ; Thu, 31 Aug 2006 16:18:28 -0700 (PDT) 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, 31 Aug 2006 16:18:28 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:18:27 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C448F@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 155: The documentation of which "binding specific"message elements Thread-Index: AcbAyR78Iw12ICTETk+/bN/Iv/8jnQMipmsA From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , X-OriginalArrivalTime: 31 Aug 2006 23:18:28.0420 (UTC) FILETIME=[C4319040:01C6CD53] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 155: The documentation of which "binding specific"message elements X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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 Given the lack of response, making it impossible for the editor to make the change, I will reject. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 5:16 PM > To: Capwap@frascone.com > Subject: [Capwap] Issue 155: The documentation of which > "binding specific"message elements > > the documentation of which "binding specific" message > elements are to be included with CAPWAP messages is not > consistent, and is difficult to follow. > > Dave. Unfortunately, I don't understand the comment. > There is clearly a table that articulates which message > element needs to be included in each message. I will have to > ask for additional details, or even an example of what you'd > like to see. > > 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 Thu Aug 31 19:24:07 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvtH-0007d0-2z for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:24:07 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvtF-0008Mr-KH for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:24:07 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 9F70C14480EA for ; Thu, 31 Aug 2006 16:24:01 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id A1474430083 for ; Thu, 31 Aug 2006 16:22:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 8D77314480DD for ; Thu, 31 Aug 2006 16:22:23 -0700 (PDT) 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 422B014480E4 for ; Thu, 31 Aug 2006 16:22:20 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-2.cisco.com with ESMTP; 31 Aug 2006 16:22:21 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="339303335:sNHT32433468" 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.20060308/8.12.11) with ESMTP id k7VNMKO7003127; Thu, 31 Aug 2006 16:22:20 -0700 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 k7VNMKYp008847; Thu, 31 Aug 2006 16:22:20 -0700 (PDT) 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, 31 Aug 2006 16:22:19 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:22:19 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4497@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 198: Issues with WTP BSSID element Thread-Index: AcbAuOJjpmziEj7dQ669efpxmMC8GgJkxhDgAMIAchA= From: "Pat Calhoun (pacalhou)" To: "Saravanan Govindan" , "capwap" X-OriginalArrivalTime: 31 Aug 2006 23:22:19.0977 (UTC) FILETIME=[4E365B90:01C6CD54] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 198: Issues with WTP BSSID element X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 52f7a77164458f8c7b36b66787c853da oops - as I reject this issue, I run across this e-mail that I had missed. Correct. Recall there was a request to allow the WTP to assign a BSSID for a particular WLAN ID, as opposed to having the AC perform the assignment. So this new message element is sent by the WTP to the AC when the WLAN is created. If you need any changes, I will re-open this issue. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Saravanan Govindan [mailto:Saravanan.Govindan@sg.panasonic.com] > Sent: Sunday, August 27, 2006 7:53 PM > To: Pat Calhoun (pacalhou); capwap > Subject: RE: [Capwap] Issue 198: Issues with WTP BSSID element > > To understand this better, is the aim of Section 11.9.3 (IEEE > 802.11 Assigned WTP BSSID) to map traffic from a particular > BSSID on the wireless side to a certain WLAN on the wired side? > > Thank you > > Saravanan > > > > > -----Original Message----- > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > Sent: Wednesday, August 16, 2006 6:20 AM > To: capwap > Subject: [Capwap] Issue 198: Issues with WTP BSSID element > > The issue states: "IEEE 802.11 Assigned WTP BSSID. The > mapping of WLAN IDs to BSSIDs seems like it needs a little more work" > > Could I get additional details on what needs to be done? The > section labelled "IEEE 802.11 Assigned WTP BSSID" describes > the message element, and the section "BSSID to WLAN ID > Mapping" describes the rules. At this point, it's unclear to > me this is a real issue, and I would propose rejecting 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 Thu Aug 31 19:30:12 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIvzA-0002vS-Na for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:30:12 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvz8-0000d2-KV for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:30:12 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id C53E714480F6 for ; Thu, 31 Aug 2006 16:30:06 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id A93A6430082 for ; Thu, 31 Aug 2006 16:24:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id 9BE4E398008 for ; Thu, 31 Aug 2006 16:24:42 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by zoidberg.tigertech.net (Postfix) with ESMTP id 27303398028 for ; Thu, 31 Aug 2006 16:24:38 -0700 (PDT) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 16:24:38 -0700 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.20060308/8.12.11) with ESMTP id k7VNObxf020942; Thu, 31 Aug 2006 16:24:37 -0700 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 k7VNOb1E013210; Thu, 31 Aug 2006 16:24:37 -0700 (PDT) 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, 31 Aug 2006 16:24:37 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:24:36 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4498@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Proposed Resolution for Issue #201: Clean SeparationBetween Base and Binding/was Re: CAPWAP and RFID Thread-Index: AcbKwJxNj7aVKnOOSKm5gX5r0qjCiACk812Q From: "Pat Calhoun (pacalhou)" To: "Dorothy Stanley" , "Mani, Mahalingam (Mani)" X-OriginalArrivalTime: 31 Aug 2006 23:24:37.0458 (UTC) FILETIME=[A0284B20:01C6CD54] Authentication-Results: sj-dkim-3.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( 59 extraneous bytes; sig from cisco.com 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 for Issue #201: Clean SeparationBetween Base and Binding/was Re: CAPWAP and RFID X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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="===============2101546175==" Errors-To: capwap-bounces+capwap-archive=lists.ietf.org@frascone.com X-Spam-Score: 0.1 (/) X-Scan-Signature: 9b281509fec590bb711c36d4c3ba4f74 This is a multi-part message in MIME format. --===============2101546175== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CD54.9FFC8602" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CD54.9FFC8602 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Works for me. Note that some of the references may be harder to make when they occur across documents. Today they are simple to make, because our xml2rfc allows for internal references, allowing us to reference a specific section. In the new document, we will only be able to reference the accompanying specification. =20 Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems =20 ________________________________ From: Dorothy Stanley [mailto:dstanley1389@gmail.com]=20 Sent: Monday, August 28, 2006 9:37 AM To: Mani, Mahalingam (Mani) Cc: capwap@frascone.com Subject: [Capwap] Proposed Resolution for Issue #201: Clean SeparationBetween Base and Binding/was Re: CAPWAP and RFID =09 =09 All, =20 The proposed resolution for Issue #201, listed below is to separate the specification of the CAPWAP base protocol and the 802.11-specific binding into two documents: (a) draft-ietf-capwap-protocol-specification and=20 (b) draft-ietf-capwap-wlan-binding-specification (or similar name).=20 =20 This will=20 - enable easy reference to each component separately - ensure a clean separation between the protocol and the initial 802.11/subsequent bindings - provide focus on what is essential for the CAPWAP protocol vs the bindings =20 If agreed, this coulld be accomplished In the next editing cycle by producing draft-ietf-capwap-protocol-specification-03 and=20 draft-ietf-capwap-wlan-binding-specification-00 =20 At a first cut, the binding specification document would include -02 text: - Duplicated Section 1, with modifications to indicate that this is the binding document, and reference the CAPWAP protocol spec - Section 11, with updates per issue resolution - Additional sections, per list agreement =20 Comments please. =20 Thanks, =20 Dorothy Stanley =20 Issue 201: =20 (2) Clean separation between CAPWAP "base" protocol and 802.11- specific control messages. Ideally, we'd like to see the CAPWAP base protocol and the 802.11-specific controls in separate documents, but=20 it would also be possible for us to reference a portion of a monolithic document, as long as the base protocol is cleanly-enough=20 separated from the 802.11-specific portions to allow us to unambiguously and normatively reference the base protocol.=20 =09 =09 =09 =20 On 7/14/06, Dorothy Stanley wrote:=20 All, =09 Issues=20 =09 #200 - Trickle Firmware Download #201 - Clean Separation between base and binding =09 are now created in the issue database to track these items. =20 =09 Dorothy Stanley =09 =09 =09 On 7/13/06, Mani, Mahalingam (Mani) wrote:=20 The WG should consider The #1 as a bug-level issue given that there will be usage models and applications that require scheduling of firmware updates (provisioning/lifecycle management action) separated from reboot=20 (operational management action) to switch to the new firmware. =09 Requiring reboot to be synchronous with a firmware update is=20 restrictive. =09 Above may have implications of having room in stable-store for at least=20 two images (a best practice followed by all well-designed embedded systems anyway) - hopefully a non-issue nowadays even on thin WTPs.=20 =09 The second request is on first providing logical separation more than=20 physically separate documents, as I read it. The WG & editors have done a good job on that beginning with the base protocol.=20 =09 The persuasion to consider the physically split the document becomes more appealing when an additional media binding becomes a reality. The=20 latter needs to be preceded by a re-charter at the minimum, as I understand it, given the current charter. (One of the charter goals has been extensibility, however). =09 Any inputs towards improving logical separation is welcome; and the WG=20 and editors can make a choice on adopting them based on issue-priorities=20 in queue. That could serve us well now and for a physical separation at a later time (whenever it may be). =09 Thanks, -mani -----Original Message-----=20 From: Margaret Wasserman [mailto: mrw@lilacglade.org ] Sent: Wednesday, July 12, 2006 11:44 AM To: capwap@frascone.com Subject: [Capwap] CAPWAP and RFID=20 =09 =09 Hi All, =09 For background on why I'm raising the next few issues, please see the slides (in the proceedings for IETF 66) that I did not get a chance to present in the WG meeting. The primary point of those slides was=20 that the Reader Operations WG of the EPCglobal standards body (an RFID industry standards body) is considering reusing the base protocol portions of CAPWAP as a discovery and control protocol for RFID systems. Bob O'Hara and I are both active in that group, and=20 we've been asked to communicate some requirements from that group to the CAPWAP WG. =09 NOTE: We are not talking about adding RFID-specific control messages to CAPWAP. In fact, the group is not currently planning to use=20 CAPWAP as the control channel. So, these are not RFID-specific requirements. =09 In our scenario, an RFID controller (or "client") would act in the role of a WTP, and RFID readers would act in the AP role.=20 =09 The two requirements we've been asked to communicate are: =09 (1) Trickle firmware download with separate reboot. In other words, we need to be able to download the firmware while our CAPWAP connection remains in the running state, and later be able to trigger=20 a reboot, which will result in a switch to the new firmware. It seems very likely that some 802.11 systems will require this feature, as well. In fact, it is my understanding that some systems already do it this way. But, the current state diagram and CAPWAP text don't=20 seem to support this -- you leave the running state to move to the firmware download state and can only exit the firmware download state through the reboot state. =09 (2) Clean separation between CAPWAP "base" protocol and 802.11- specific control messages. Ideally, we'd like to see the CAPWAP base protocol and the 802.11-specific controls in separate documents, but it would also be possible for us to reference a portion of a monolithic document, as long as the base protocol is cleanly-enough=20 separated from the 802.11-specific portions to allow us to unambiguously and normatively reference the base protocol. =09 Would the CAPWAP WG support making these changes so that the EPCglobal RO WG can reuse this technology?=20 =09 Thanks, Margaret =09 Margaret Wasserman Vice President ThingMagic margaret@thingmagic.com=20 =09 _________________________________________________________________=20 To unsubscribe or modify your subscription options, please visit: =09 http://lists.frascone.com/mailman/listinfo/capwap =09 Archives: http://lists.frascone.com/pipermail/capwap=20 =09 =09 =09 _________________________________________________________________ To unsubscribe or modify your subscription options, please visit: =09 http://lists.frascone.com/mailman/listinfo/capwap =09 Archives: http://lists.frascone.com/pipermail/capwap=20 =09 ------_=_NextPart_001_01C6CD54.9FFC8602 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Works=20 for me. Note that some of the references may be harder to make when they = occur=20 across documents. Today they are simple to make, because our xml2rfc = allows for=20 internal references, allowing us to reference a specific section. In the = new=20 document, we will only be able to reference the accompanying=20 specification.
 

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

 

From: Dorothy Stanley=20 [mailto:dstanley1389@gmail.com]
Sent: Monday, August 28, = 2006 9:37=20 AM
To: Mani, Mahalingam (Mani)
Cc:=20 capwap@frascone.com
Subject: [Capwap] Proposed Resolution = for Issue=20 #201: Clean SeparationBetween Base and Binding/was Re: CAPWAP and=20 RFID

All,
 
The proposed resolution for Issue #201, listed below is to = separate=20 the
specification of the CAPWAP base protocol and the 802.11-specific = binding=20 into two documents:
(a) draft-ietf-capwap-protocol-specification and
(b) draft-ietf-capwap-wlan-binding-specification (or similar = name).=20
 
This will
- enable easy reference to each component separately
- ensure a clean separation between the protocol and the = initial=20 802.11/subsequent bindings
- provide focus on what is essential for the CAPWAP protocol vs = the=20 bindings
 
If agreed, this coulld be accomplished In the next editing cycle = by=20 producing
draft-ietf-capwap-protocol-specification-03 and
draft-ietf-capwap-wlan-binding-specification-00
 
At a first cut, the binding specification document would include = -02=20 text:
- Duplicated Section 1, with modifications to indicate that this = is the=20 binding document, and reference the CAPWAP protocol spec
- Section 11, with updates per issue resolution
- Additional sections, per list agreement
 
Comments please.
 
Thanks,
 
Dorothy Stanley
 
Issue 201:
 
(2) Clean separation between CAPWAP "base" protocol and=20 802.11-
specific control messages.  Ideally, we'd like to = see the=20 CAPWAP base
protocol and the 802.11-specific controls in separate=20 documents, but
it would also be possible for us to reference a = portion of=20 a
monolithic document, as long as the base protocol is = cleanly-enough=20
separated from the 802.11-specific portions to allow us=20 to
unambiguously and normatively reference the base protocol.=20



 
On 7/14/06, Dorothy=20 Stanley <dstanley1389@gmail.com>=20 wrote:=20
All,

Issues

#200 - Trickle Firmware = Download
#201 - Clean Separation between = base and=20 binding

are now created in the issue database to track these = items.
 

Dorothy Stanley


On 7/13/06, Mani,=20 Mahalingam (Mani) <mmani@avaya.com = >=20 wrote:=20
<!chair>
The=20 WG should consider The #1 as a bug-level issue given that there = will
be=20 usage models and applications that require scheduling of=20 firmware
updates (provisioning/lifecycle management action) = separated=20 from reboot
(operational management action) to switch to the = new=20 firmware.

Requiring reboot to be synchronous with a = firmware update=20 is
restrictive.

Above may have implications of having = room in=20 stable-store for at least
two images (a best practice followed = by all=20 well-designed embedded
systems anyway) - hopefully a non-issue = nowadays=20 even on thin WTPs.
</!chair>

The second request = is on=20 first providing logical separation more than
physically = separate=20 documents, as I read it. The WG & editors have done
a good = job on=20 that beginning with the base protocol.

The persuasion to = consider=20 the physically split the document becomes
more appealing when = an=20 additional media binding becomes a reality. The
latter needs = to be=20 preceded by a re-charter at the minimum, as I
understand it, = given the=20 current charter. (One of the charter goals has
been = extensibility,=20 however).

Any inputs towards improving logical separation = is=20 welcome; and the WG
and editors can make a choice on adopting = them=20 based on issue-priorities
in queue. That could serve us well = now and=20 for a physical separation at
a later time (whenever it may=20 be).

Thanks,
-mani
-----Original Message----- =
From:=20 Margaret Wasserman [mailto:=20 mrw@lilacglade.org]
Sent: Wednesday, July 12, 2006 11:44 = AM
To:=20 capwap@frascone.com
Subject: [Capwap] = CAPWAP and RFID=20


Hi All,

For background on why I'm raising the = next few=20 issues, please see the
slides (in the proceedings for IETF 66) = that I=20 did not get a chance
to present in the WG = meeting.  The=20 primary point of those slides was
that the Reader Operations = WG of the=20 EPCglobal standards body (an
RFID industry standards body) is=20 considering reusing the base
protocol portions of CAPWAP as a = discovery=20 and control protocol for
RFID systems.  Bob O'Hara = and I are=20 both active in that group, and
we've been asked to communicate = some=20 requirements from that group to
the CAPWAP=20 WG.

NOTE:  We are not talking about adding = RFID-specific=20 control messages
to CAPWAP.  In fact, the group is = not=20 currently planning to use
CAPWAP as the control=20 channel.  So, these are not=20 RFID-specific
requirements.

In our scenario, an RFID = controller=20 (or "client") would act in the
role of a WTP, and RFID readers = would=20 act in the AP role.

The two requirements we've been asked = to=20 communicate are:

(1) Trickle firmware download with = separate=20 reboot.  In other words,
we need to be able to = download the=20 firmware while our CAPWAP
connection remains in the running = state, and=20 later be able to trigger
a reboot, which will result in a = switch to=20 the new firmware.  It
seems very likely that some = 802.11=20 systems will require this feature,
as well.  In fact, = it is=20 my understanding that some systems already
do it this=20 way.  But, the current state diagram and CAPWAP text = don't=20
seem to support this -- you leave the running state to move to = the
firmware download state and can only exit the firmware = download=20 state
through the reboot state.

(2) Clean separation = between=20 CAPWAP "base" protocol and 802.11-
specific control=20 messages.  Ideally, we'd like to see the CAPWAP = base
protocol=20 and the 802.11-specific controls in separate documents, but
it = would=20 also be possible for us to reference a portion of a
monolithic=20 document, as long as the base protocol is cleanly-enough =
separated=20 from the 802.11-specific portions to allow us to
unambiguously = and=20 normatively reference the base protocol.

Would the CAPWAP = WG=20 support making these changes so that the
EPCglobal RO WG can = reuse this=20 technology?

Thanks,
Margaret

Margaret = Wasserman
Vice=20 President
ThingMagic
margaret@thingmagic.com=20 =
_________________________________________________________________= =20
To unsubscribe or modify your subscription options, please=20 visit:
http://lists.frascone.com/mailman/listinfo/capwap
=
Archives:=20 http://lists.frascone.com/pipermail/capwap=20 =


_________________________________________________________= ________
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=20 =


------_=_NextPart_001_01C6CD54.9FFC8602-- --===============2101546175== 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 --===============2101546175==-- From capwap-bounces+capwap-archive=lists.ietf.org@frascone.com Thu Aug 31 19:33:12 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIw24-0004AN-Fs for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:33:12 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIw1y-0000tj-Jz for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:33:12 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id BF154144810F for ; Thu, 31 Aug 2006 16:32:58 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id AC5B9430082 for ; Thu, 31 Aug 2006 16:27:18 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 9A5551448049 for ; Thu, 31 Aug 2006 16:27:18 -0700 (PDT) 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 1836A14480E5 for ; Thu, 31 Aug 2006 16:27:14 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 31 Aug 2006 16:27:14 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="442193258:sNHT39200384" 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.20060308/8.12.11) with ESMTP id k7VNREhR008785; Thu, 31 Aug 2006 16:27:14 -0700 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 k7VNRAQp005041; Thu, 31 Aug 2006 16:27:14 -0700 (PDT) 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, 31 Aug 2006 16:26:54 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:26:53 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C449E@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 182: Change State Event should instead beRadioAdmin State. Thread-Index: AcbBlmoFFLfYFKe2RBWbzsJnmko2kwAJn6NwABjENJAAAC1bsAAabeQgABTXEnACnclygA== From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , "sujay" , X-OriginalArrivalTime: 31 Aug 2006 23:26:54.0316 (UTC) FILETIME=[F1BB2AC0:01C6CD54] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 182: Change State Event should instead beRadioAdmin State. X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: da36eda0a3266ed30a56c496b15b76c7 Sujay, are you happy with the current agreement? can I assume this issue is closed? Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Friday, August 18, 2006 8:50 AM > To: sujay; Capwap@frascone.com > Subject: Re: [Capwap] Issue 182: Change State Event should > instead beRadioAdmin State. > > I think it gets really ugly when we start mixing these schemes. > > Remember that radio admin state is saved across reboots, so > the AC wants to represent to the network administrator the > fact that the radios have been permanently disabled. If the > operational state was used to communicate this to the AC, > then it would be very difficult for the AC to know whether > the configuration is permanent or not. > > I would prefer we maintain strict usage of the message elements. > > Pat Calhoun > CTO, Wireless Networking Business Unit > Cisco Systems > > > > > -----Original Message----- > > From: sujay [mailto:sujayg@huawei.com] > > Sent: Thursday, August 17, 2006 10:58 PM > > To: Pat Calhoun (pacalhou); Capwap@frascone.com > > Subject: RE: [Capwap] Issue 182: Change State Event should > instead be > > RadioAdmin State. > > > > Hi, > > > > I would propose using Radio Operational State for the > purpose defined > > and not Radio Administrative State message element. > > If the WTP has to communicate its previous saved config, it could > > indicate it well enough using Radio Operational State element with; > > State-> En/Dis And Cause->Administratively Set. > > This is more flexible, consider a case it was enabled > > administratively, saved, but due to some reason radio is > not up. Radio > > Op State TLV is better equipped to say this and more. > > > > Regds, > > Sujay G > > My Location; > > http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.72485 > > 2,7.525085&t=h > > &hl=en > > > > > > 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! > > -----Original Message----- > > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > > Sent: Thursday, August 17, 2006 10:46 PM > > To: sujay; Capwap@frascone.com > > Subject: RE: [Capwap] Issue 182: Change State Event should > instead be > > RadioAdmin State. > > > > In re-reading the text, I would propose: > > > > The Radio Administrative State message element is used to > > communicate > > the state of the WTP, or of a particular radio. The > configuration > > of the > > Radio Administrative State is sent by the AC to change > the state of > > the > > WTP, which saves the value to ensure its effect remains > across WTP > > resets. The WTP communicates this message element during the > > configuration > > phase to ensure that AC has the WTP radio's current > administrative > > state > > settings. The value contains the following fields. > > > > Pat Calhoun > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > -----Original Message----- > > > From: Pat Calhoun (pacalhou) > > > Sent: Thursday, August 17, 2006 10:12 AM > > > To: sujay; Capwap@frascone.com > > > Subject: Re: [Capwap] Issue 182: Change State Event should > > instead be > > > RadioAdmin State. > > > > > > Sujay, > > > > > > I'm ok with all of your change requests, with the > exception of the > > > following. > > > > > > > 4.4.28. Radio Administrative State > > > > > > > > The Radio Administrative State message element is used to > > > > communicate > > > > the state the WTP, or of a particular radio. It is > > > sent from > > > > the AC to the > > > > WTP The configuration of > > > > the Radio Administrative State is saved on the WTP, and > > > its effect > > > > remains across WTP resets. The value contains the following > > > > fields. > > > > > > Actually, this comment is invalid. The WTP indicates its > > current radio > > > administrative state during the config phase to the AC. I > will add > > > text to make this clearer. > > > > > > Pat Calhoun > > > CTO, Wireless Networking Business Unit Cisco Systems > > > > > > > > > > > > > -----Original Message----- > > > > From: sujay [mailto:sujayg@huawei.com] > > > > Sent: Wednesday, August 16, 2006 11:29 PM > > > > To: Pat Calhoun (pacalhou); Capwap@frascone.com > > > > Subject: RE: [Capwap] Issue 182: Change State Event should > > > instead be > > > > Radio Admin State. > > > > > > > > Hi Pat, > > > > You did address some of my concerns. > > > > I have some comments inline. > > > > > > > > The other changes suits me. > > > > Regds, > > > > Sujay G > > > > My Location; > > > > http://maps.google.com/maps?ll=14.626109,76.959229&spn=4.72485 > > > 2,7.525085&t=h > > > > &hl=en > > > > > > > > > > > > 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! > > > > -----Original Message----- > > > > From: Pat Calhoun (pacalhou) [mailto:pcalhoun@cisco.com] > > > > Sent: Thursday, August 17, 2006 6:15 AM > > > > To: Capwap@frascone.com > > > > Subject: [Capwap] Issue 182: Change State Event should > instead be > > > > Radio Admin State. > > > > > > > > This issue really contains two parts: > > > > > > > > 33) Use of Change State Event should instead be Radio > Admin State. > > > > No. However, I do agree that there is some confusion around the > > > > difference between both. So I am proposing two things; add > > > > clarification language to both message elements, and rename > > > the Change > > > > State Event message element to instead be called Radio > > Operational > > > > State. > > > > > > > > Note that the primary difference between both is that the > > > Radio Admin > > > > State is saved on the WTP, and therefore takes effect > > > across reboots. > > > > The operational state does not. > > > > > > > > > > > > 4.4.11. Radio Operational State > > > > > > > > The Radio Operational State message element is sent by > > > the WTP to > > > > the > > > > AC to communicate a change in the operational state of > > a radio. > > > > For > > > > instance, if the WTP were to detect that a hardware > > > failure existed > > > > with a radio, which caused the radio to be taken > > offline, the WTP > > > > would indicate this event to the AC via the message > > > element. The > > > > AC > > > > MAY also send this message element to change the > > > operational state > > > > of > > > > a specific radio. Note that the operational state > > setting is not > > > > saved on the WTP, and therefore does not remain across > > > WTP resets. > > > > The value contains two fields, as shown. > > > > > > > > > > > > 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 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > | Radio ID | State | Cause | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > > > Type: 11 for Radio Operational State > > > > > > > > Length: 3 > > > > > > > > Radio ID: The Radio Identifier, typically refers to some > > > > interface > > > > index on the WTP.The value 0xFF is invalid as it > > > does not > > > > indicate > > > > any specific radio. > > > > > > > > State: An 8-bit boolean value representing the state of > > > > the radio. > > > > A value of one disables the radio, while a value of > > > two enables > > > > it. > > > > > > > > Cause: In the event of a radio being inoperable, the > > > cause field > > > > would contain the reason the radio is out of service. The > > > > following values are supported: > > > > > > > > 0 - Normal > > > > 1 - Radio Failure > > > > 2 - Software Failure > > > > 3 - Administratively Set > > > > > > > > > > > > 4.4.28. Radio Administrative State > > > > > > > > The Radio Administrative State message element is used to > > > > communicate > > > > the state the WTP, or of a particular radio. It is > > > sent from > > > > the AC to the > > > > WTP The configuration of > > > > the Radio Administrative State is saved on the WTP, and > > > its effect > > > > remains across WTP resets. The value contains the following > > > > fields. > > > > > > > > 0 1 > > > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > | Radio ID | Admin State | > > > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > > > > > Type: 28 for Radio Administrative State > > > > > > > > Length: 2 > > > > > > > > Radio ID: An 8-bit value representing the radio to > > > > configure. The > > > > Radio ID field may also include the value of 0xff, > > > which is used > > > > to identify the WTP itself. Therefore, if an AC > wishes to > > > > change > > > > the administrative state of a WTP, it would include > > > 0xff in the > > > > Radio ID field. > > > > > > > > Admin State: An 8-bit value representing the > > > administrative state > > > > of the radio. The following values are supported: > > > > 1 - Enabled > > > > 2 - Disabled > > > > > > > > 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. It is also sent when the > > > WTP detects > > > > an > > > > operational failure with a radio. The Change State > > Event Request > > > > message may be sent in either the Configure or Run state (see > > > > Section 2.3. > > > > > > > > > > > > > > > > Change above para to; > > > > " > > > > The Change State Event Request message MUST be sent by > > > the WTP when > > > > it > > > > receives a Configuration Status Response message which > > > includes a > > > > Radio Administrative State message element. > > > > It is also sent when the WTP detects an operational > > > failure with a > > > > radio. The Change State Event Request > > > > message may be sent in either the Configure or Run state > > > > (see Section > > > > 2.3.). > > > > " > > > > - the "MUST" is needed as it helps the state machine transition. > > > > > > > > > > > > When an AC receives a Change State Event message it > > will respond > > > > with > > > > a Change State Event Response message and make any necessary > > > > modifications to internal WTP data structures. > > > > > > > > The following message elements MUST be present in the > > > Change State > > > > Event Request message. > > > > > > > > o Radio Operational State message element, see > Section 4.4.11 > > > > > > > > 8.7. Change State Event Response > > > > > > > > The Change State Event Response message acknowledges > > the Change > > > > State > > > > Event Request message. > > > > > > > > A Change State Event Response message is by a WTP after > > > receiving a > > > > Change State Event Request message. > > > > > > > > For above para; > > > > A Change State Event Response message is received by a > > WTP after > > > > sending > > > > the Change State Event Request message. > > > > > > > > The Change State Event Response message carries no message > > > > elements. > > > > Its purpose is to acknowledge the receipt of the Change > > > State Event > > > > Request message. > > > > > > > > The WTP does not need to perform any special > processing of the > > > > Change > > > > State Event Response message. > > > > > > > > > > > > > > > > > > > > 43) Change State Event Report. This seems a little silly to > > > be sent in > > > > the "configure" state. It seems only appropriate for the > > > "run" state. > > > > Some might argue that even in the "run" state it > > shouldn't be sent > > > > after a "config update" request that changes the > > operational state. > > > > However, in the "run" state, it may take a while to have the > > > > operational state change to follow the admin state. Thus, I > > > think it > > > > is OK in the "run" > > > > state after config changes." > > > > > > > > I disagree. Once the config exchanges have > > occurred, the WTP > > > > needs to configure its radios, and then send an update to > > > the AC when > > > > this is done. > > > > This message is used to inform the AC of the final state of > > > the radios > > > > on the WTP. I therefore believe that the state machine is > > > fine as is > > > > as it provides a nice transition between unconfigured and > > > configured. > > > > > > > > I completely agree with Pat's above point...! > > > > > > > > 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 > _________________________________________________________________ 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 Aug 31 19:35:37 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIw4P-0004zQ-OL for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:35:37 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIw4O-00014h-AM for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:35:37 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id CA23B1448124 for ; Thu, 31 Aug 2006 16:35:32 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id DC5F2430082 for ; Thu, 31 Aug 2006 16:31:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id C86F239803C for ; Thu, 31 Aug 2006 16:31:43 -0700 (PDT) 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 89F68398030 for ; Thu, 31 Aug 2006 16:31:41 -0700 (PDT) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 31 Aug 2006 16:31:41 -0700 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.20060308/8.12.11) with ESMTP id k7VNVfg4010857 for ; Thu, 31 Aug 2006 16:31:41 -0700 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 k7VNVf1E017550 for ; Thu, 31 Aug 2006 16:31:41 -0700 (PDT) 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, 31 Aug 2006 16:31:40 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 16:31:40 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C44A3@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issue 199: EAPoL-Key message generation at WTP or AC Thread-Index: AcbNVZw5JQQC+orTTMKum9zb7Fxd1w== From: "Pat Calhoun (pacalhou)" To: X-OriginalArrivalTime: 31 Aug 2006 23:31:41.0140 (UTC) FILETIME=[9CB10940:01C6CD55] Authentication-Results: sj-dkim-2.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 199: EAPoL-Key message generation at WTP or AC X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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: 08170828343bcf1325e4a0fb4584481c This issue was opened to add a new mode of operation to the CAPWAP protocol, allowing the WTP to generate the EAPOL messages. I do not agree with this request, and would like to see this one rejected. We really need to focus on getting a protocol completed, and I just don't see a burning need to add this new functionality. 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 Aug 31 19:49:14 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIwHa-0001dz-G7 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:49:14 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvsb-0008HF-6T for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:23:25 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GIvjN-0006jG-RE for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:13:55 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 36DD114480EF for ; Thu, 31 Aug 2006 15:54:31 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id E57A7430082 for ; Thu, 31 Aug 2006 15:51:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id CAC9639805E for ; Thu, 31 Aug 2006 15:51:21 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by zoidberg.tigertech.net (Postfix) with ESMTP id 1D22B39803B for ; Thu, 31 Aug 2006 15:51:18 -0700 (PDT) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 31 Aug 2006 15:51:18 -0700 X-IronPort-AV: i="4.08,195,1154934000"; d="scan'208"; a="1851581435:sNHT32000682" 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.20060308/8.12.11) with ESMTP id k7VMpIXm024026 for ; Thu, 31 Aug 2006 15:51:18 -0700 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 k7VMpHwB021426 for ; Thu, 31 Aug 2006 15:51:18 -0700 (PDT) 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, 31 Aug 2006 15:51:18 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:51:17 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4456@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 166: Is AC Name text? Thread-Index: AcbAvN5rFHMlKH3NQqWot07ze9cAqwMkxBcA From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 31 Aug 2006 22:51:18.0306 (UTC) FILETIME=[F891E820:01C6CD4F] Authentication-Results: sj-dkim-6.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 166: Is AC Name text? X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 Given no comments on the proposed text, I will assume acceptance and close the issue Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 3:48 PM > To: capwap > Subject: [Capwap] Issue 166: Is AC Name text? > > I was originally inclined to reject this issue, since the > text is pretty clear already in the format of the message > element. It states: > The AC name message element contains an ASCII > representation of the AC's > identity. The value is a variable length byte string. The > string is NOT > zero terminated. > > However, after careful consideration, I am wondering if I > should just abuse the existence of this issue to change the > format from ASCII to UTF-8. So the new text would look like > (and a similar change would exist for WTP name). > > x.x AC-Name > The AC name message element contains an UTF-8 > representation of the AC's > identity. The value is a variable length byte string. The > string is NOT > zero terminated. > > 0 > 0 1 2 3 4 5 6 7 > +-+-+-+-+-+-+-+-+ > | Name ... > +-+-+-+-+-+-+-+-+ > > Type: > 4 for AC Name > > Length: > > 0 > > Name: > A variable length UTF-8 string containing the AC's name > > Comments? > > 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 Thu Aug 31 20:15:18 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIwgR-000877-S5 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 20:14:55 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvbe-0006HG-IK for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:05:54 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GIvNs-0005Ci-U6 for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:51:47 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id E07ED144807C for ; Thu, 31 Aug 2006 15:51:36 -0700 (PDT) Received: from mx1.tigertech.net (mx1.tigertech.net [64.62.209.31]) by leela.tigertech.net (Postfix) with ESMTP id AFE4E430082 for ; Thu, 31 Aug 2006 15:49:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zoidberg.tigertech.net (Postfix) with ESMTP id A206839803C for ; Thu, 31 Aug 2006 15:49:28 -0700 (PDT) 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 7EEA6398025 for ; Thu, 31 Aug 2006 15:49:24 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 31 Aug 2006 15:49:24 -0700 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.20060308/8.12.11) with ESMTP id k7VMnOVI004765 for ; Thu, 31 Aug 2006 15:49:24 -0700 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 k7VMnO1E023614 for ; Thu, 31 Aug 2006 15:49:24 -0700 (PDT) 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, 31 Aug 2006 15:49:23 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:49:22 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4452@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 198: Issues with WTP BSSID element Thread-Index: AcbAuOJjpmziEj7dQ669efpxmMC8GgMlsPBg From: "Pat Calhoun (pacalhou)" To: "capwap" X-OriginalArrivalTime: 31 Aug 2006 22:49:23.0923 (UTC) FILETIME=[B4647230:01C6CD4F] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 198: Issues with WTP BSSID element X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b Revisiting this one. Closing if I don't receive any additional comments. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 3:20 PM > To: capwap > Subject: [Capwap] Issue 198: Issues with WTP BSSID element > > The issue states: "IEEE 802.11 Assigned WTP BSSID. The > mapping of WLAN IDs to BSSIDs seems like it needs a little more work" > > Could I get additional details on what needs to be done? The > section labelled "IEEE 802.11 Assigned WTP BSSID" describes > the message element, and the section "BSSID to WLAN ID > Mapping" describes the rules. At this point, it's unclear to > me this is a real issue, and I would propose rejecting 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 Thu Aug 31 21:29:27 2006 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GIxqZ-00033b-9Y for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 21:29:27 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GIvZo-00062q-9T for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 19:04:00 -0400 Received: from mx2.tigertech.net ([64.62.209.32]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GIvTS-0005hr-7y for capwap-archive@lists.ietf.org; Thu, 31 Aug 2006 18:57:33 -0400 Received: from leela.tigertech.net (leela-mail.tigertech.net [64.62.209.33]) by hermes.tigertech.net (Postfix) with ESMTP id 112F914480D1 for ; Thu, 31 Aug 2006 15:53:04 -0700 (PDT) Received: from mx2.tigertech.net (mx2.tigertech.net [64.62.209.32]) by leela.tigertech.net (Postfix) with ESMTP id 1F0EF430082 for ; Thu, 31 Aug 2006 15:50:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hermes.tigertech.net (Postfix) with ESMTP id 0C19414480BB for ; Thu, 31 Aug 2006 15:50:43 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by hermes.tigertech.net (Postfix) with ESMTP id 7D5B21448065 for ; Thu, 31 Aug 2006 15:50:40 -0700 (PDT) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 31 Aug 2006 15:50:40 -0700 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.20060308/8.12.11) with ESMTP id k7VMoeTb005717 for ; Thu, 31 Aug 2006 15:50:40 -0700 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 k7VMoeQV013170 for ; Thu, 31 Aug 2006 15:50:40 -0700 (PDT) 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, 31 Aug 2006 15:50:39 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 15:50:38 -0700 Message-ID: <4FF84B0BC277FF45AA27FE969DD956A2026C4453@xmb-sjc-235.amer.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Capwap] Issue 193: Issues with Reset request and response Thread-Index: AcbAvCFEWyDaXmgUTDWqcQq+3uzQQQMk6a8Q From: "Pat Calhoun (pacalhou)" To: "Pat Calhoun (pacalhou)" , "capwap" X-OriginalArrivalTime: 31 Aug 2006 22:50:39.0937 (UTC) FILETIME=[E1B34310:01C6CD4F] Authentication-Results: sj-dkim-4.cisco.com; header.From=pcalhoun@cisco.com; dkim=pass ( sig from cisco.com 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 193: Issues with Reset request and response X-BeenThere: capwap@frascone.com X-Mailman-Version: 2.1.8 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.6 (--) X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 Based on the lack of comments, I will assume acceptance of the proposed text and close the issue. Pat Calhoun CTO, Wireless Networking Business Unit Cisco Systems > -----Original Message----- > From: Pat Calhoun (pacalhou) > Sent: Tuesday, August 15, 2006 3:45 PM > To: capwap > Subject: [Capwap] Issue 193: Issues with Reset request and response > > My apologies for the format below, but xml.resource.org > appears to be down, so I cannot reformat the XML into txt. > > Below is my proposed change: > > x.x 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 Reset Request message carries no message elements. > > When a WTP receives a Reset Request it will respond with a > Reset Response indicating success and then reinitialize > itself. 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. > > x.y Reset Response > The Reset Response message acknowledges the Reset Request message. > > A Reset Response message is sent by the WTP after > receiving a Reset Request message. > > The following message elements MAY be included in the > Image Data Request Message. > > Result Code, see > > When an AC receives a successful Reset Response message, it is > notified that the WTP will reinitialize its operation. An AC that > receives a Reset Response indicating failure may opt to no longer > provide service to the WTP in question. > > > I've also added a new enum value to Result-Code, which > indicates failure to reset > > > 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