getXML('<?xml version="1.0" encoding="UTF-8"?><ActiveMessages>General7103<Community id=".ee6b2b0" title="Networking Professionals">  <Forum id=".ee6e8b6" title="Wireless - Mobility"><Topic id=".ee6e8b8" private="" title="General"><Conversation id=".2cd4f362" messages="1" subscribed="yes" title="First time outdoor wireless survey with no existing WLAN"><Message attachment="no" canreply="yes" id=".2cd4f362" level=""><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Nov 17, 2009, 8:36am PST</Timestamp><Msgbody>I&apos;ve done a fair amount of outdoor wireless surveys, but they&apos;ve always been for clients with existing wireless networks.  Now I have my first opportunity to perform my an outdoor wireless survey where there is no existing WLAN.  &lt;br /&gt;&lt;br /&gt;I have my AirMagnet, AP and antennas that we plan to deploy (test what you use, use what you test), power source, potential AP locations, GPS, maps, etc.  The thing I don&apos;t have is a way to mount the antennas temporarily for the survey.  Anyone know of an easy way to adapt the AIR-2465P-R and/or the AIR-2485P-R to a camera tripod?  Ideally, I&apos;m going to "stick" the antennas to the building walls where we plan to mount the antennas, but I&apos;m looking for alternatives...</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" editable="yes" id=".2cd4f362/0" level="1."><Author authinfo=" INSIGHT">petenugent</Author><Timestamp>Nov 17, 2009, 8:46am PST</Timestamp><Msgbody>Rob&lt;br /&gt;&lt;br /&gt;Ive always used a tripod of the stage lighting type, aluminium pretty lightweight and 3.5metres.&lt;br /&gt;&lt;br /&gt;To attach the ap and antenna always used cable ties. Quick and easy to get off and back in the car. String a few together if you need longer lengths</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4f254" messages="7" subscribed="no" title="AIR-AP1242G with AIR-ANT2465P-R?"><Message attachment="no" canreply="yes" id=".2cd4f254" level="">      <Author authinfo="Sales Manager, ALL MOUNTAIN TECHNOLOGIES LLC">nehenzler</Author><Timestamp>Nov 16, 2009, 9:51pm PST</Timestamp><Msgbody>I cannot determine why the above autonomous AP + directional patch antenna would not work together but the antenna is not listed on the spec sheet (attached).  Any suggestions before I place an order?&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Attachment Keywords : &lt;/b&gt; &lt;br /&gt;1) 1240hig2_book.pdf&lt;br /&gt;</Msgbody> <Attachment><Document><FileName>1240hig2_book.pdf</FileName><DocID>123663</DocID><ContentType>application/pdf</ContentType><InternalType>pdf</InternalType><Size>3475101</Size><ExpirationDate>11/16/2014</ExpirationDate><IsExpired>no</IsExpired></Document></Attachment></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f254/0" level="1." new="yes"><Author authinfo=" MARSHFIELD CLINIC">jeff.kish</Author><Timestamp>Nov 17, 2009, 6:43am PST</Timestamp><Msgbody>This antenna would work fine.  No clue why it isn&apos;t listed.  As long as it&apos;s RP-TNC, you&apos;re good to go.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4f254/2" level="1.1" new="yes">      <Author authinfo="Sales Manager, ALL MOUNTAIN TECHNOLOGIES LLC">nehenzler</Author><Timestamp>Nov 17, 2009, 7:11am PST</Timestamp><Msgbody>Great, thanks for the confirmation.</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4f254/3" level="1.2" new="yes">      <Author authinfo="Sales Manager, ALL MOUNTAIN TECHNOLOGIES LLC">nehenzler</Author><Timestamp>Nov 17, 2009, 7:12am PST</Timestamp><Msgbody>Great, thanks for the confirmation.</Msgbody><Attachment/></Message></Reply></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4f254/1" level="2." new="yes">      <Author authinfo="TELECOM ANALYST, Mount Royal University">rob.huffman</Author><Timestamp>Nov 17, 2009, 7:07am PST</Timestamp><Msgbody>Hi Neal,&lt;br /&gt;&lt;br /&gt;Just to add a reference to the great tips from Jeff (+5 points here Jeff :)&lt;br /&gt;&lt;br /&gt;The AIR-ANT2465P-R Antenna is shown as supported in this AP1240 doc;&lt;br /&gt;&lt;br /&gt;Cisco Aironet 1240 AG Series&lt;br /&gt;&lt;br /&gt;Cisco Aironet 2.4 GHz and 5 GHz Antennas and Accessories&lt;br /&gt;&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://www.cisco.com/en/US/prod/collateral/wireless/ps7183/ps469/product_data_sheet09186a008022b11b_ps6521_Products_Data_Sheet.html&apos;)"&gt;http://www.cisco.com/en/US/prod/collateral/wireless/ps7183/ps469/product_data_sheet09186a008022b11b_ps6521_Products_Data_Sheet.html&lt;/A&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Hope this helps! &lt;br /&gt;Rob &lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4f254/4" level="2.1" new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Nov 17, 2009, 7:34am PST</Timestamp><Msgbody>Just to pile on the information, I think the AIR-ANT2465P-R is a replacement for the AIR-ANT2012, which is no longer available through Cisco.&lt;br /&gt;&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://www.cisco.com/en/US/prod/collateral/wireless/ps7183/ps469/prod_end-of-life_notice0900aecd80490c5b.html&apos;)"&gt;http://www.cisco.com/en/US/prod/collateral/wireless/ps7183/ps469/prod_end-of-life_notice0900aecd80490c5b.html&lt;/A&gt;&lt;br /&gt;</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4f254/5" level="2.2" new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Nov 17, 2009, 7:42am PST</Timestamp><Msgbody>Hey, Rob - just wondering your opinion on the "legality" of using other Cisco antennas on a 1250.  In the 1250 guide, it states specifically:&lt;br /&gt;The access point has been designed to operate with the antennas listed below and having a maximum gain of 10 dBi for 2.4 GHz and 6 dBi for 5 GHz. Antennas not included in this list or having a higher gain are strictly prohibited for use with the access point. The required antenna impedance is 50 ohms. &lt;br /&gt;&lt;br /&gt;However, in the link you provided, it states:&lt;br /&gt;Cisco has developed antennas specifically for use with the Cisco Aironet 1250 Series Access Points but most existing antennas can also be used (Table 4).&lt;br /&gt;&lt;br /&gt;I guess they mean you can use any of these existing Cisco antennas that don&apos;t exceed 10/6 dBi for 2.4/5Ghz respectively?  Clear as mud?</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4f254/6" level="2.2.1" new="yes"><Author authinfo=" MARSHFIELD CLINIC">jeff.kish</Author><Timestamp>Nov 17, 2009, 8:02am PST</Timestamp><Msgbody>I can at least say that the FCC restricts antenna usage to only that of what the manufacturer makes or below.  So if Cisco makes an antenna of a certain type and at a certain dB, you can use any other antenna of that type at or below that dB level.&lt;br /&gt;&lt;br /&gt;So yeah... clear as mud -_-</Msgbody><Attachment/></Message></Reply></Reply></Reply></Replies></Conversation><Conversation id=".2cd4f255" messages="1" subscribed="no" title="windows 7 EAP/TLS issue"><Message attachment="no" canreply="yes" id=".2cd4f255" level="">            <Author authinfo=" OPTUS CENTRE MELBOURNE">bbxie</Author><Timestamp>Nov 16, 2009, 9:55pm PST</Timestamp><Msgbody>Hi, has anybody seen the same issue previously:&lt;br /&gt;1. WiSM 5.2.193/AP1252/ACS5.0/WINDOWS7 laptop/EAP-TLS authentication for the WLAN&lt;br /&gt;2. Each time the client try to join the WLAN failed, there&apos;s no Radius authentication report for this failed connection in ACS5.0&lt;br /&gt;3. When debug client xxxx in WLC, it says:&lt;br /&gt;Sending EAP-Request/Identity to mobile &lt;br /&gt;Received EAPOL EAPPKT from mobile &lt;br /&gt;Received EAP Response packet with mismatching id (currentid=2, eapid=1) from mobile &lt;br /&gt;&lt;br /&gt;It seems the client failed in the phase one of EAP-TLS(setup the TLS link).&lt;br /&gt;&lt;br /&gt;I suspect that the client/server/CA certificates have some problem because these certs are used in the EAP-TLS phase one TLS setup. However I&apos;ve been told the certs have no problem, their CA server engineer had checked. I don&apos;t have more evidence on showing the customer the certs had problem.&lt;br /&gt;&lt;br /&gt;Now I can&apos;t get the support bundle from ACS and don&apos;t have other Laptop(XP or Vista)for testing.&lt;br /&gt;&lt;br /&gt;Any idea on it? Any feedback will be appreciated</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f255/0" level="1." new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Nov 17, 2009, 7:14am PST</Timestamp><Msgbody>It seems to me that a certificate problem would get logged on the ACS server (it did when I tested 5.0).  In order for there to be a certificate problem, the ACS server would have needed to present it&apos;s certificate to the WLC/AP in order for the client to receive/verify it (that&apos;s the first step in EAP-TLS).  Therefore, something should have been logged in ACS, and I&apos;ve found the ACS 5 logging to be pretty complete.&lt;br /&gt;&lt;br /&gt;Are you sure you have the Windows 7 client properly configured for EAP-TLS?  If you&apos;re not sure, is there any chance of using WireShark to do a wireless capture and see what kind of EAP the client is trying to perform?&lt;br /&gt;&lt;br /&gt;What wireless supplicant are you using with Windows 7, and what flavor (Enterprise, Home, etc.) of Windows 7 are you running?&lt;br /&gt;</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4f2d9" messages="2" subscribed="no" title="Cisco Aironet 1240 AG Access Point - configure Mac Address using Telnet"><Message attachment="no" canreply="yes" id=".2cd4f2d9" level=""><Author>t-monaghan</Author><Timestamp>Nov 17, 2009, 5:09am PST</Timestamp><Msgbody>Hi there,&lt;br /&gt;&lt;br /&gt;Ive got a problem hopefully someone can help me with. I have the above mentioned AP and it is configured, working well and providing wireless access to several laptops on our domain.&lt;br /&gt;&lt;br /&gt;The thing is I cant get access to the web-based interface to add new laptops Mac addresses to the AP as I currently have them secured with local list Mac address authentication but my user name and password when entered in the web browser login dialog box wont allow me in although strangely it does allow me to login using the same credentials when I telnet into the AP.&lt;br /&gt;&lt;br /&gt;Does anyone know why I cant get logged in using the web interface even though the user name and password does appear to be correct as I can telnet in? Also if you have any suggestions how I could sort this without having to perform the password recovery procedure, as I dont want all the config on the AP wiped and want to avoid having the set the whole thing up again.&lt;br /&gt;&lt;br /&gt;As I workaround if anyone knows what the commands are to allow me to add the Mac addresses of the new laptops so they are added to the local list Mac address authentication list so the new laptops are secured that would be great.&lt;br /&gt;&lt;br /&gt;Thanks in anticipation,&lt;br /&gt;&lt;br /&gt;Tony&lt;br /&gt;</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f2d9/0" level="1." new="yes"><Author authinfo=" MARSHFIELD CLINIC">jeff.kish</Author><Timestamp>Nov 17, 2009, 6:46am PST</Timestamp><Msgbody>Your AP is probably configured to use the enable secret as the password.  Try entering nothing for the username, and enter your enable secret for the password (&apos;Cisco&apos; by default).&lt;br /&gt;&lt;br /&gt;If that doesn&apos;t work, post your running-config and we&apos;ll be able to see why it&apos;s doing that.  It&apos;s a standard configuration, and no worries because wiping the AP won&apos;t be necessary since you can successfully Telnet in.&lt;br /&gt;&lt;br /&gt;Jeff</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4f2d9/1" level="2." new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Nov 17, 2009, 7:06am PST</Timestamp><Msgbody>Maybe this command will let you manually add MAC addresses via the CLI:&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://www.cisco.com/en/US/docs/wireless/access_point/12.4_10b_JA/command/reference/cr12410b-chap2.html#wp2531971&apos;)"&gt;http://www.cisco.com/en/US/docs/wireless/access_point/12.4_10b_JA/command/reference/cr12410b-chap2.html#wp2531971&lt;/A&gt;&lt;br /&gt;</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4f31a" messages="0" subscribed="no" title="SW_MATM-4-MACFLAP_NOTIF due to wifi devices"><Message attachment="no" canreply="yes" id=".2cd4f31a" level=""><Author authinfo=" SILICOMP BENELUX NV">BartV1982</Author><Timestamp>Nov 17, 2009, 6:48am PST</Timestamp><Msgbody>&lt;br /&gt;we see sometimes on a 3750switch&lt;br /&gt;SW_MATM-4-MACFLAP_NOTIF: Host 000b.xxxx.xxxx in vlan 5 is &lt;br /&gt;flapping between port Gi2/0/42 and port Po7&lt;br /&gt;&lt;br /&gt;looking up the MAC we found wifi devices like a pc and handscanner which move to the building thereby changing from AP&lt;br /&gt;&lt;br /&gt;Can it be that roaming is not properly configured as the switch sees the MAC flapping?&lt;br /&gt;This is only with wifi devices, fixed servers or so are not flapping&lt;br /&gt;&lt;br /&gt;Please help&lt;br /&gt;</Msgbody> <Attachment/></Message></Conversation><Conversation id=".2cd4f287" messages="1" subscribed="no" title="Emergency version N/A 6.0.188"><Message attachment="no" canreply="yes" id=".2cd4f287" level=""><Author authinfo=" Gavleborgs Lans Landsting">klasseolsson</Author><Timestamp>Nov 17, 2009, 12:47am PST</Timestamp><Msgbody>I have upgraded to the new release and the EM image version is N/A have tryed to upgrade the ER version to 5.2.157-ER. But the same status N/A exists after.</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f287/0" level="1." new="yes">      <Author authinfo="Director of Technology, Healthcare" ccie="yes">dvr0</Author><Timestamp>Nov 17, 2009, 6:13am PST</Timestamp><Msgbody>I&apos;m told this is cosmetic.&lt;br /&gt;&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd17116&apos;)"&gt;http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd17116&lt;/A&gt;</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4f2c0" messages="0" subscribed="no" title="Need Wireless User behind firewall "><Message attachment="no" canreply="yes" id=".2cd4f2c0" level=""><Author authinfo=" WIPRO INFOTECH">riteshmalpani</Author><Timestamp>Nov 17, 2009, 3:56am PST</Timestamp><Msgbody>Hi,&lt;br /&gt;&lt;br /&gt;Let me first come with my Wireless scenario. I have a L3 switch -&gt;Firewall-&gt;L2 swith-&gt; WAN Router-&gt; I have WLC module in router. Now I have connected my LAP to L2 switch and LAP are able to register themselves with the controller. I have defined dhcp scope at the router so my users are getting IP and going outside world. &lt;br /&gt;&lt;br /&gt;Now the problem is that my customer wants all the Wireless users to be behind firewall. PLese suggest me how shall I do??&lt;br /&gt;&lt;br /&gt;Thanks in advance&lt;br /&gt;&lt;br /&gt;Ritesh </Msgbody> <Attachment/></Message></Conversation><Conversation id=".2cd4f257" messages="0" subscribed="no" title="No network connection btw WLC and access points"><Message attachment="no" canreply="yes" id=".2cd4f257" level=""><Author authinfo=" SURAT TECHNOLOGY">osumbekov</Author><Timestamp>Nov 16, 2009, 9:56pm PST</Timestamp><Msgbody>Hi,&lt;br /&gt;&lt;br /&gt;There is no L3 network connection to some of the 1522 APs in our mesh network.&lt;br /&gt;They register with the 4402 WLC (5.2.157.0)i.e. appear in the AP list. When sending ping packet to APs IP addresses from WLC or PC there is no response, but I can see APs MAC addreess with "arp" command. Users connected to these APs can not access wired network, also in Monitor -&gt; Current clients -&gt; Detail "Auth" is Yes for users who can access wired network and No for those who can not.&lt;br /&gt;&lt;br /&gt;Any advice would be appreciated.&lt;br /&gt;TIA.</Msgbody> <Attachment/></Message></Conversation><Conversation id=".2cd48bb4" messages="30" subscribed="no" title="Aironet 1140: from lwap to autonomous AP"><Message attachment="no" canreply="yes" id=".2cd48bb4" level=""><Author authinfo=" Bluebox">carlozaina</Author><Timestamp>Sep 17, 2009, 1:41am PST</Timestamp><Msgbody>Just this: is it possible to downgrade a 1140 from lwap to autonomous AP?&lt;br /&gt;&lt;br /&gt;</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/0" level="1." new="yes">            <Author authinfo=" QUINTILES INC">brian.kachel@quintiles.com</Author><Timestamp>Sep 17, 2009, 7:10am PST</Timestamp><Msgbody>There is no autonomous image for an 1140 series yet.&lt;br /&gt;Hopefully soon!</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/1" level="2." new="yes">            <Author authinfo=" ST. VINCENT HEALTHCARE FOUNDATION, INC.">blarkins1</Author><Timestamp>Oct 14, 2009, 6:16am PST</Timestamp><Msgbody>There is an Autonomous IOS available for the 1140 now, however I have yet to figure out how to get a command prompt to convert it while consoled in.  When the LAP cannot find a controller it just continues to error without timing out.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/2" level="2.1" new="yes"><Author authinfo=" Bluebox">carlozaina</Author><Timestamp>Oct 14, 2009, 7:00am PST</Timestamp><Msgbody>Thank you for the news.&lt;br /&gt;I was waiting for the release of an autonomous IOS&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/3" level="2.1.1" new="yes">            <Author authinfo=" ST. VINCENT HEALTHCARE FOUNDATION, INC.">blarkins1</Author><Timestamp>Oct 14, 2009, 7:04am PST</Timestamp><Msgbody>I have been waiting anxiously too... We have several 1140&apos;s but no controller yet.  If you know how to get a command prompt without the AP joining a controller please let me know.  Mine just keeps erroring and will not give me a prompt.&lt;br /&gt;Here is the release notes for the IOS and support for the 1140&apos;s:&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://www.cisco.com/en/US/docs/wireless/access_point/ios/release/notes/12_4_21a_JA1rn.html&apos;)"&gt;http://www.cisco.com/en/US/docs/wireless/access_point/ios/release/notes/12_4_21a_JA1rn.html&lt;/A&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/4" level="2.1.1.1" new="yes">            <Author authinfo=" ST. VINCENT HEALTHCARE FOUNDATION, INC.">blarkins1</Author><Timestamp>Oct 14, 2009, 10:55am PST</Timestamp><Msgbody>Got it figured out... the 1142&apos;s need to get a DHCP IP address, then they&apos;ll create an AP hostname, THEN you will get a command prompt to work from.  &lt;br /&gt;If you&apos;re working in a test environment, just build a DHCP pool on your switch and the AP will grab an IP from there.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/5" level="2.1.1.1.1" new="yes"><Author authinfo=" Bluebox">carlozaina</Author><Timestamp>Oct 15, 2009, 7:24am PST</Timestamp><Msgbody>So far i worked only with Autonomous AP, so i may be wrong..&lt;br /&gt;When AP boots, can&apos;t you halt the normal boot process and go in a maintenance mode, much like with a catalyst switch? And then, upload the image?&lt;br /&gt;&lt;br /&gt;I&apos;ll have to wait until my 1142 get shipped</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/6" level="2.1.1.1.1.1" new="yes">            <Author authinfo=" ST. VINCENT HEALTHCARE FOUNDATION, INC.">blarkins1</Author><Timestamp>Oct 15, 2009, 7:36am PST</Timestamp><Msgbody>Typically, yes.  But with the 1142 pre-loaded with a lightweight image, I was not able to break into rommon at all, and I could not get a prompt after it finished loading its image.  It kept erroring that there was no IP and it could not find a controller, so I setup a DHCP pool on my switch and once it got an IP, it created a hostname for itself then went into a &gt; prompt.  Once that was done, a debug command was needed to get into config mode, THEN I was able to TFTP the new image on, and force a reload.  .... Wasn&apos;t the easiest thing to do, but I know how to do it now.  Only 19 more AP&apos;s to convert... :-)</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/7" level="2.1.1.1.1.1.1" new="yes"><Author authinfo=" Bluebox">carlozaina</Author><Timestamp>Oct 16, 2009, 3:11am PST</Timestamp><Msgbody>What i can say: have fun with the upgrade :-) (In this circumstance i would opt for a wireless controller).&lt;br /&gt;&lt;br /&gt;Anyway, thank you for sharing these info</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/8" level="2.1.1.1.1.1.1.1" new="yes"><Author authinfo=" SYSTEMENG DI SARRA ROBERTO">rosarra</Author><Timestamp>Oct 16, 2009, 4:27am PST</Timestamp><Msgbody>I&apos;ve successfully downgraded my 1420 to autonomous AP using the monitor mode (Press and hold MODE while you reconnect power to the access  point). In this state you can easily configure the TFTP server and the Lan interface to download the Autonomous image.&lt;br /&gt;</Msgbody><Attachment/></Message></Reply></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/9" level="2.1.1.1.1.1.2" new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Oct 16, 2009, 8:44am PST</Timestamp><Msgbody>Probably too late now, but perhaps someone could try these steps to get into monitor mode (which work on other lightweight Cisco AP&apos;s when converting to autonomous):&lt;br /&gt;&lt;br /&gt;This is what I&apos;ve done on 1242&apos;s.  Does it not work on an 1140?&lt;br /&gt;&lt;br /&gt;Step 1 The static IP address of the PC on which your TFTP server software runs should be between 10.0.0.2 and 10.0.0.30.&lt;br /&gt;&lt;br /&gt;Step 2 Make sure that the PC contains the access point image file (such as c1200-k9w7-tar.122-15.JA.tar for a 1200 series access point) in the TFTP server folder and that the TFTP server is activated.&lt;br /&gt;&lt;br /&gt;Step 3 Set the timeout value on the TFTP server to 30 seconds.&lt;br /&gt;&lt;br /&gt;Step 4 On the PC where the TFTP server is located, perform these steps:&lt;br /&gt;&lt;br /&gt;a. Disable any software firewall products, such as Windows firewall, ZoneAlarm firewall, McAffee firewall, or others.&lt;br /&gt;&lt;br /&gt;b. Ensure all Windows files are visible. From Windows Explorer, click Tools &gt; Folder Options &gt; View; then uncheck the Hide extensions for known file types check box.&lt;br /&gt;&lt;br /&gt;Step 5 Rename the access point image file in the TFTP server folder to c1200-k9w7-tar.default for a 1200 series access point, c1130-k9w7-tar.default for an 1130 series access point, c1240-k9w7-tar.default for a 1240 series access point, and c1250-k9w7-tar.default for a 1250 series access point.&lt;br /&gt;&lt;br /&gt;Step 6 Connect the PC to the access point using a Category 5 (CAT5) Ethernet cable.&lt;br /&gt;&lt;br /&gt;Step 7 Disconnect power from the access point.&lt;br /&gt;&lt;br /&gt;Step 8 Press and hold MODE while you reconnect power to the access point.&lt;br /&gt;&lt;br /&gt;Step 9 Hold the MODE button until the status LED turns red (approximately 20 to 30 seconds) and then release.&lt;br /&gt;&lt;br /&gt;Step 10 Wait until the access point reboots, as indicated by all LEDs turning green followed by the Status LED blinking green.&lt;br /&gt;&lt;br /&gt;Step 11 After the access point reboots, reconfigure it using the GUI or the CLI.&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/10" level="2.1.1.1.1.1.2.1" new="yes">            <Author authinfo=" QUINTILES INC">brian.kachel@quintiles.com</Author><Timestamp>Oct 17, 2009, 5:43am PST</Timestamp><Msgbody>The process works perfectly without issue.&lt;br /&gt;Use a tftp server from Solarwinds (free) and you&apos;ll see your file transferring over - process took about 5 minutes total including the reload.&lt;br /&gt;&lt;br /&gt;Since running on the autonomous 1142.. I&apos;m noticing some buggy behavior.  Random drops of the wlan while using wpa2 and PSK.&lt;br /&gt;And some clients just can&apos;t join at all (noticed this on a Cisco 305 old PC card, as well as a recent IBM with Intel 5500 ABGN card.)&lt;br /&gt;I am comparing this to a 1242 that is also autonomous on a recent code.&lt;br /&gt;&lt;br /&gt;I think there are some known issues in this first release for teh 1142 - hopefully a new rev coming out soon!&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/11" level="2.1.1.1.1.1.2.1.1" new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Oct 17, 2009, 9:53am PST</Timestamp><Msgbody>Did you enable ClientLink?&lt;br /&gt;&lt;br /&gt;To enable ClientLink, enter this CLI command in interface configuration mode on 802.11n radio interfaces:&lt;br /&gt;&lt;br /&gt;beamform ofdm &lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/12" level="2.1.1.1.1.1.2.1.1.1" new="yes">            <Author authinfo=" QUINTILES INC">brian.kachel@quintiles.com</Author><Timestamp>Oct 19, 2009, 3:38am PST</Timestamp><Msgbody>I&apos;ve only recently enabled it but have been working with the 1252 more so than the 1142 - I&apos;ll know in a day or three if the 1142 behaves better with the Intel client with clientlink enabled.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/13" level="2.1.1.1.1.1.2.1.1.1.1" new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Oct 19, 2009, 6:19am PST</Timestamp><Msgbody>I&apos;ve been playing with a 1252 on the same code level with an Intel 5300, some Atheros card (in an iMac), an Intel 3945, and a Cisco CB21.  ClientLink is enabled.  Not nary a drop so far, a, g, or n.  I am single channel 802.11n on the 2.4 and dual channel (bonded channel, 40mhz channel width, whatever) 802.11n on the 5Ghz radio.  There is little to no interference where I&apos;m testing, so it&apos;s kind of ideal for performance testing, but not ideal for real-world testing.&lt;br /&gt;&lt;br /&gt;I hope to be testing a converted 1140 this week or next (the 1252 was CAPWAP, is now autonomous).</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/14" level="2.1.1.1.1.1.2.1.1.1.1.1" new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Oct 19, 2009, 7:19pm PST</Timestamp><Msgbody>I successfully converted an 1140 to an Autonomous AP.  So far, so good.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/15" level="2.1.1.1.1.1.2.1.1.1.1.1.1" new="yes">            <Author authinfo=" ins">insccisco</Author><Timestamp>Nov 13, 2009, 9:04am PST</Timestamp><Msgbody>Hi Robert,&lt;br /&gt;&lt;br /&gt;can you please share the experience so far with your 1142N that you downgraded to Autonomous?&lt;br /&gt;&lt;br /&gt;I have 15 of these guys and a controller was not purchased and upper management said there is no more budged, thus I am stuck with these APs and no controller.&lt;br /&gt;&lt;br /&gt;I&apos;d like to convert all these 1142N units to Autonomous and then deploy them into a 3560G PoE switch for a branch that needs wireless network.&lt;br /&gt;&lt;br /&gt;Can you advise? My main concern is roaming, meaning that the users will be walking around the building, so everytime they hit another spot, I&apos;d like the APs to provide them with seamless roaming so they won&apos;t experience any manual reconnect&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;thanks</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/16" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1" new="yes">            <Author authinfo=" ST. VINCENT HEALTHCARE FOUNDATION, INC.">blarkins1</Author><Timestamp>Nov 13, 2009, 9:14am PST</Timestamp><Msgbody>I know the ? was directed at Robert, but... &lt;br /&gt;I have converted (6) of our 1142&apos;s to Autonomous now and used them to replace some older AP&apos;s.  Our laptops have the necessary profiles installed to join the wireless and are configured to log on automatically.  We use a WDS architecture for authentication, so roaming between many access points, is virtually seemless, and very rarely requires anything from the user.  These AP&apos;s in autonomous mode, appear to behave just like all the other Cisco AP&apos;s I&apos;ve worked with...</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/17" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1" new="yes">            <Author authinfo=" ins">insccisco</Author><Timestamp>Nov 13, 2009, 10:08am PST</Timestamp><Msgbody>Brett,&lt;br /&gt;&lt;br /&gt;I actually meant to ask just about anyone :) so thank you very much for the quick response.&lt;br /&gt;&lt;br /&gt;Your input is great news. So far I have converted one of my 1142N APs to autonomous, so now based on your input and I will go ahead and convert all of them and test.&lt;br /&gt;&lt;br /&gt;Is there anything else I need to know while I set this up?&lt;br /&gt;&lt;br /&gt;I&apos;ve had problems in the past with the 1130 where WEP was enabled and many laptops, especially the MACs, were having lots of problems connecting to the wireless networks.&lt;br /&gt;&lt;br /&gt;thanks</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/18" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.1" new="yes"><Author authinfo=" Bluebox">carlozaina</Author><Timestamp>Nov 13, 2009, 12:25pm PST</Timestamp><Msgbody>I confirm.&lt;br /&gt;I am working with 2 1141 downgraded to Autonomous: they works perfectly. Users connects and roams seamlessly.&lt;br /&gt;I&apos;ve set up a network with WPA2-PSK to test and no trouble. The clients connecting in the past to 1130s now connect to 1140s, without noticing the change, as long as the WPA settings are unchanged.&lt;br /&gt;Next step would be using dot1x, but this require carefull planning :)</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/19" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2" new="yes">            <Author authinfo=" ST. VINCENT HEALTHCARE FOUNDATION, INC.">blarkins1</Author><Timestamp>Nov 13, 2009, 12:35pm PST</Timestamp><Msgbody>more info..&lt;br /&gt;We have both Cisco clients and Intel Clients using the wireless.  Both types are configured with the same profiles as before... nothing has changed except the AP&apos;s.  I replaced 6 of them 1 week ago, and nobody has reported any problems... in fact, nobody noticed they were replaced. All our clients are configured to log on automatically, so the users do not need to do anything except log onto thier PC when they start Windows.  P.S. I do not recommend using the Windows Wireless Client.  Use the software that came with your client adapters... </Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/20" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1" new="yes"><Author authinfo=" Bluebox">carlozaina</Author><Timestamp>Nov 13, 2009, 12:42pm PST</Timestamp><Msgbody>I agree with blarkins: as long as you can use the software  coming with your NIC. Intel, Cisco, whatever.&lt;br /&gt;&lt;br /&gt;I&apos;ve also Macintosh (they are the only enjoying the 802.11n so far) and Linux laptops connecting and no trouble: just type in the password and you are connected. The OSI layer 1 is simply a detail :)</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/21" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1" new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Nov 13, 2009, 1:08pm PST</Timestamp><Msgbody>Sorry to have been absent from this thread.&lt;br /&gt;&lt;br /&gt;I had no problems with the 1142 I converted, but it was just for testing.  It is now back to being a LAP.&lt;br /&gt;&lt;br /&gt;For the best roaming and protection, I would recommend using WPA2/AES.  If you have a RADIUS server, go the 802.1X route.  If you do not have a RADIUS server, use WPA2/AES with a strong PSK.  &lt;br /&gt;&lt;br /&gt;WPA2 supports Pre-authentication, which should minimize your roaming problems (provided all AP&apos;s support the same SSID with the same authentication/encryption).</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/22" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1.1" new="yes">            <Author authinfo=" ins">insccisco</Author><Timestamp>Nov 13, 2009, 3:36pm PST</Timestamp><Msgbody>Great information guys.&lt;br /&gt;&lt;br /&gt;I will start converting the other 1142Ns tomorrow and then perform the test. What will you say are the main advantages to using these devices with the Controller? The way I will be deploying them will be by using a using where all the APs will be connecting to (wired).&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/23" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1.1.1" new="yes"><Author authinfo=" Bluebox">carlozaina</Author><Timestamp>Nov 14, 2009, 12:32am PST</Timestamp><Msgbody>Controller gives you centralized management, that&apos;s the main advantage. You haven&apos;t to configure manually each AP, update each AP&apos;s config if you make a change in the overall configuration. Also installing becomes simpler: once the AP can reach the controller, it downloads the configuration and is ready to operate.&lt;br /&gt;I found the controller most useful if you wish to migrate to a new encryption key or create a new Wireless LAN spanning across many APs.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/24" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1.1.1.1" new="yes">            <Author authinfo=" ins">insccisco</Author><Timestamp>Nov 16, 2009, 6:51am PST</Timestamp><Msgbody>The controller then does give you lots of advantages. I read about it and it is just like you advised. Thank you for that info.&lt;br /&gt;&lt;br /&gt;As for the deployment of the 1142N APs converted to Autonomous, I&apos;ve configured only one so far and none of my laptops are able to see the SSID. Any help?</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/25" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1.1.1.1.1" new="yes">            <Author authinfo=" ins">insccisco</Author><Timestamp>Nov 16, 2009, 7:30am PST</Timestamp><Msgbody>Disregard. I had not checked the "Broadcast SSID in Beacon" option.&lt;br /&gt;&lt;br /&gt;I do have a concern though. I have 2 latops connected to this single AP. One that support abg which I am able to see it under the Radio0-802.11N2.4GHz interface. The second laptop supports N, and I see it under Radio1-802.11N5GHz. However, both laptops are connected at 54Mbps speeds. I was under the impression that my N laptop was going to connect at higher speed. Can you advise?</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/26" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1.1.1.1.1.1" new="yes"><Author authinfo=" Bluebox">carlozaina</Author><Timestamp>Nov 16, 2009, 1:14pm PST</Timestamp><Msgbody>While 802.11b/g works only in the 2.4 GHz spectrum and 802.11a works only in the 5 GHz, 802.11N works on both he frequencies, so you could be connected to dotradio 0 or dotradio 1 interface. &lt;br /&gt;&lt;br /&gt;As first try, i would disable the 5 Ghz radio: i&apos;ve noticed, on a 1130 abg, that a couple of clients, with Cisco PCI wireless card, being in range, were used to connect with 802.11A , achieving a 18-24 Mbps link speed. Disabled the 802.11A, they connected with a link speed near 36-48 Mbit in the 2.4 GHz frequency. &lt;br /&gt;I&apos;ve used so far only AP with 802.11N 2.4 GHZ (also on ISR Routers) and the laptops were able to reach 200 Mbps, without any particular configuration (i use only CLI to configure).&lt;br /&gt;&lt;br /&gt;As second option, you could  raise the minimum speed rate allowed, above the 54 Mbps, but keep in mind that doing so, your abg laptop will be unable to connect since it can&apos;t transmit at those bit rates. This can be useful only to debugging/evaluate the AP&apos;s performances.&lt;br /&gt;&lt;br /&gt;In the end, it&apos;s a design issue, however: do you want the best throughput  or the best coverage?</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/27" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1.1.1.1.1.2" new="yes">            <Author authinfo=" ST. VINCENT HEALTHCARE FOUNDATION, INC.">blarkins1</Author><Timestamp>Nov 16, 2009, 2:05pm PST</Timestamp><Msgbody>Keep your "basic" rates set to: 1.0 , 2.0 , 5.5 , 11.0 Mb/sec, but make sure that all your other rates are "enabled". (both 802.11g rates and the MCS rates)The MCS rates will be the ones that give you throughput beyond the regular 802.11g rates.</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/28" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1.1.1.1.1.3" new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Nov 16, 2009, 3:09pm PST</Timestamp><Msgbody>You must have WMM enabled, and you must be using either open auth/no encryption or WPA2/AES in order to achieve full 802.11n speeds.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd48bb4/29" level="2.1.1.1.1.1.2.1.1.1.1.1.1.1.1.2.1.1.1.1.1.1.3.1" new="yes">            <Author authinfo=" ins">insccisco</Author><Timestamp>Nov 16, 2009, 7:25pm PST</Timestamp><Msgbody>Although it does not say anything about WMM anywhere on the GUI, I was able to follow some documentation online and finally got it. It was indeed the WMM. I enabled it along with the WPA2 and I was able to get the full speeds on the N laptops. Thank you for the feedback&lt;br /&gt;&lt;br /&gt;</Msgbody><Attachment/></Message></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Reply></Replies></Conversation><Conversation id=".2cd4f203" messages="2" subscribed="no" title="Sizing guest anchor controller"><Message attachment="no" canreply="yes" id=".2cd4f203" level="">      <Author authinfo="Engineer, Instructor, MasterLink Corp. / ieMentor Corp." ccie="yes">roman.rodichev@iementor.com</Author><Timestamp>Nov 16, 2009, 3:43pm PST</Timestamp><Msgbody>40 locations, around 20-30 APs per location, 1 gig back from each site to the main site, minimizing cost. Trying to size the guest anchor controller. Redundancy is not required. As I understand correctly 4402/4404/5508 controller supports up to around 70 EOP tunnels. My limitation is bandwidth. Is it safe to say that if Internet bandwidth is &lt;100Mbps, then 4402 will suffice? Only if Internet bandwidth was above &gt;1Gbps when I&apos;d need to go to 4404 (bandwidth is used twice, so 1Gbps guest traffic would result at approximately 2Gbps throughput) </Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f203/0" level="1." new="yes">            <Author authinfo=" QUINTILES INC">brian.kachel@quintiles.com</Author><Timestamp>Nov 16, 2009, 4:06pm PST</Timestamp><Msgbody>You could always port-channel a 4402 and use LAG on your anchor controller for 2gb.&lt;br /&gt;I use a 4402-12 for our anchor&apos;s as the BW is adequate, and AP license count is not a factor for anchors.&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4f203/1" level="1.1" new="yes">      <Author authinfo="Engineer, Instructor, MasterLink Corp. / ieMentor Corp." ccie="yes">roman.rodichev@iementor.com</Author><Timestamp>Nov 16, 2009, 4:22pm PST</Timestamp><Msgbody>Yes, that&apos;s what I was thinking, 4402 is 2gb, and since traffic is anchored the actual throughput is 1gb. What&apos;s your Internet connection speed? Thanks!</Msgbody><Attachment/></Message></Reply></Reply></Replies></Conversation><Conversation id=".2cd4f1fe" messages="0" subscribed="no" title="H-REAP limitations"><Message attachment="no" canreply="yes" id=".2cd4f1fe" level="">      <Author authinfo="Engineer, Instructor, MasterLink Corp. / ieMentor Corp." ccie="yes">roman.rodichev@iementor.com</Author><Timestamp>Nov 16, 2009, 3:24pm PST</Timestamp><Msgbody>40 locations, around 20-30 APs per location, 1 gig back from each site to the main site, minimizing cost. Client wants support of remote site survivability and reducing network loading. This implies H-REAP. We can&apos;t put controllers at each location due to cost. I&apos;m thinking two 6506&apos;s with dual sups and three WISMs in each. My concern is HREAP. Here are some thoughts, let me know if you can think of some other limitations/issues.&lt;br /&gt;&lt;br /&gt;* Enterprise SSID central auth / local switching, Guest SSID central switching / central auth&lt;br /&gt;&lt;br /&gt;* If WAN goes down, Guest SSID will not be available.&lt;br /&gt;&lt;br /&gt;* If WAN goes down, limited local authentication for Enterprise SSID will be available.&lt;br /&gt;&lt;br /&gt;* With local switching L3 roaming is not supported, so if some location is using Layer 3 to the closet, this solution will not work.&lt;br /&gt;&lt;br /&gt;* Location services? Design guide states "H-REAP is not designed to provide location services, so Cisco will not support location accuracy claims in H-REAP deployments." Have anyone implemented H-REAP with location services?&lt;br /&gt;&lt;br /&gt;* RRM is fully supported in H-REAP (have anyone found it to be otherwise?)&lt;br /&gt;&lt;br /&gt;* L2 CCKM fast-roaming is supported&lt;br /&gt;&lt;br /&gt;* 20 H-REAP groups per controller with up to 25 in each group. Is this limitation still in place on latest 6.x code? If a site has more than 25 APs, I would create two or more H-REAP groups per site.&lt;br /&gt;&lt;br /&gt;* Regarding 20 H-REAP groups per controller limitation, I believe this will create a problem for N+1 controller redundancy. If, let&apos;s say, one controller is used for redundancy for all APs, that controller would need all H-REAP groups configured on it which would exceed the 20 H-REAP group limitation. Am I correct to assume that with H-REAP support you need 2*N redundancy?&lt;br /&gt;&lt;br /&gt;* Any other limitations?&lt;br /&gt;&lt;br /&gt;</Msgbody> <Attachment/></Message></Conversation><Conversation id=".2cd4f1a8" messages="2" subscribed="no" title="Weird AP join issue"><Message attachment="no" canreply="yes" id=".2cd4f1a8" level="">            <Author authinfo=" SyCom Roanoke">swyatt@sycomtech.com</Author><Timestamp>Nov 16, 2009, 12:54pm PST</Timestamp><Msgbody>I have a strange one. If I take a new access point to one of our remote and plug it in, it will not join the controllers at the home location (running latest 4.2) but it will eventually find one of our 2106 controllers running 5.1. If I take an access point out and plug it into the network and have it join the controller before it is shipped (but with no configuration changes) it will work just fine. These are new 1130 series access points (factory LWAPP). I had a local tech look at one and he said that it is getting the no join response message, but from the controller debugs I can see the that it is getting a response from the join request. The WAN is a 3mb connection with a an MTU of approximately 1475. The latency is sub 100 MS round trip. The access point is finding the controllers no problem. Clocks are correct on the controller and the 1130&apos;s have the MIC so it shouldn&apos;t be a problem with that. Main location controllers are 4404&apos;s with LAG on the interfaces. One controller has 37 access points connected while the other has 60.&lt;br /&gt;&lt;br /&gt;Just to restate. I can take one of the access points that isn&apos;t functioning correctly at a remote and if I plug it in to the network at HQ and let it flash up it works just fine at the remote. </Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f1a8/0" level="1." new="yes">            <Author authinfo=" EDS (AUSTRALIA) PTY LIMITED">leolaohoo</Author><Timestamp>Nov 16, 2009, 2:09pm PST</Timestamp><Msgbody>Did you configure HREAP? &lt;br /&gt;Can the LAP ping the management IP address of the WLC (running 4.X)?  If so, console into the AP and in enable mode type the command "lwap ap controller ip address &lt;WLC management IP address&gt;".&lt;br /&gt;&lt;br /&gt;Hope this helps.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4f1a8/1" level="1.1" new="yes">            <Author authinfo=" SyCom Roanoke">swyatt@sycomtech.com</Author><Timestamp>Nov 16, 2009, 3:03pm PST</Timestamp><Msgbody>Not yet, as I can&apos;t manage the access point yet. I can ping the management IP address. &lt;br /&gt;&lt;br /&gt;Like I was saying, I can take one of these problem access points, bring it back to hq and plug it in, after it upgrades to current code send it back out and it comes up no problem.</Msgbody><Attachment/></Message></Reply></Reply></Replies></Conversation><Conversation id=".2cd4f1e4" messages="0" subscribed="no" title="CISCO871W Wireless Drops for no reason"><Message attachment="no" canreply="yes" id=".2cd4f1e4" level=""><Author authinfo=" DELOITTE CONSULTING">drewscarter</Author><Timestamp>Nov 16, 2009, 2:18pm PST</Timestamp><Msgbody>Hello,&lt;br /&gt;&lt;br /&gt;Once or twice each week our organization&apos;s wireless stops working.  When this occurs, individual do get an IP, but cannot ping the router.  I can resolve the issue by doing a shut / no shut on dot11radio 0.  &lt;br /&gt;&lt;br /&gt;Is this a configuration error (I don&apos;t think it is), or do I need to have the router RMAed?&lt;br /&gt;&lt;br /&gt;I&apos;ve added our configuration to this post.  IPs and passwords have been scrubbed.&lt;br /&gt;&lt;br /&gt;Thanks,&lt;br /&gt;&lt;br /&gt;Drew Carter&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Attachment Keywords : &lt;/b&gt; &lt;br /&gt;1) router_config.txt&lt;br /&gt;</Msgbody> <Attachment><Document><FileName>router_config.txt</FileName><DocID>123647</DocID><ContentType>text/plain</ContentType><InternalType>text</InternalType><Size>7208</Size><ExpirationDate>11/16/2014</ExpirationDate><IsExpired>no</IsExpired></Document></Attachment></Message></Conversation><Conversation id=".2cd4f19f" messages="1" subscribed="no" title="6.0.188.0 New Feature"><Message attachment="no" canreply="yes" id=".2cd4f19f" level="">            <Author authinfo=" Penn State Altoona College">cef2lion2</Author><Timestamp>Nov 16, 2009, 12:32pm PST</Timestamp><Msgbody>THe latest code has a new feature described below. Does that help with the issue of moving all APs off a controller prior to upgrading the controller. If so it would be very welcome. &lt;br /&gt;&lt;br /&gt;Also, the lastest MD code is 4.2.207.0. I have been running 5.2.178.0 due to our 1142 APs. It seems like it is taking a long to get any 5.X or 6.X MD code.&lt;br /&gt;&lt;br /&gt;AP Image Predownload &lt;br /&gt;&lt;br /&gt;This feature allows you to download the upgrade image to the controller, then download the image to the access points while the network is still up.  &lt;br /&gt;</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f19f/0" level="1." new="yes">            <Author authinfo=" EDS (AUSTRALIA) PTY LIMITED">leolaohoo</Author><Timestamp>Nov 16, 2009, 2:07pm PST</Timestamp><Msgbody>Sounds good.  That means the AP&apos;s image is "pre-loaded" and the WLC and AP can reboot simultaneously.</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4f15f" messages="1" subscribed="no" title="cisco 1131 access point status led"><Message attachment="no" canreply="yes" id=".2cd4f15f" level=""><Author authinfo=" Gibtelecom">anthony.martinez</Author><Timestamp>Nov 16, 2009, 10:09am PST</Timestamp><Msgbody>Hi&lt;br /&gt;&lt;br /&gt;Any one experienced a white light on the status led, its the "ring light" infront of the AP. ive checked on &lt;A HREF="javascript:newWin(&apos;http://www.cisco.com/en/US/docs/wireless/access_point/1130/installation/guide/113h_c4.html&apos;)"&gt;http://www.cisco.com/en/US/docs/wireless/access_point/1130/installation/guide/113h_c4.html&lt;/A&gt; where all colours are listed and none point done to white.&lt;br /&gt;&lt;br /&gt;ANy ideas?&lt;br /&gt;&lt;br /&gt;Thanks</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f15f/0" level="1." new="yes">            <Author authinfo=" EDS (AUSTRALIA) PTY LIMITED">leolaohoo</Author><Timestamp>Nov 16, 2009, 2:06pm PST</Timestamp><Msgbody>During the bootup process the "mood ring" will flash all the available colour (white included) at a rate of approximately 1 per second.  &lt;br /&gt;&lt;br /&gt;Does this help?</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4edeb" messages="7" subscribed="no" title="WLC MR code 6.0.0.188"><Message attachment="no" canreply="yes" id=".2cd4edeb" level="">            <Author authinfo=" PEROT SYSTEMS CORPORATION">victorfabian</Author><Timestamp>Nov 13, 2009, 7:02am PST</Timestamp><Msgbody>I am planning to upgrade to this code and i wanted to know if anyone have experience any issues .&lt;br /&gt;&lt;br /&gt;Thank you&lt;br /&gt;&lt;br /&gt;Vic</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4edeb/0" level="1." new="yes">      <Author authinfo="Network Engineer, CDW">fella5</Author><Timestamp>Nov 13, 2009, 7:22am PST</Timestamp><Msgbody>That is pretty new as it only came out this week.  Again, we had to upgrade to this code on a 5508 due to the 6.0.0.182 was not uploading a 3rd party certificate correctly.  However, this was not an issue with the 440X or WiSM&apos;s.&lt;br /&gt;&lt;br /&gt;I alway say to wait and see, unless you have issues with the code you are running.  No reason to upgrade unless something is broken and even then, the new code might not even fix the issue or might even introduce new ones.&lt;br /&gt;&lt;br /&gt;Just my thought.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4edeb/1" level="1.1" new="yes">            <Author authinfo=" HEALTHEAST COMPANIES, INC.">ddmoe@healtheast.org</Author><Timestamp>Nov 13, 2009, 7:41am PST</Timestamp><Msgbody>I installed 6.0.188 on a pair of WiSM controllers and have 100+ APs running on it now.  I upgraded from 4.2.207 and the upgrade went without any problem.   The primary reason I moved quickly on this code is because it is supposed to address the problem with old Vocera badges connecting to 1252 access points.   I will be upgrading 500+ APs on several other WiSMs in the next couple of weeks.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4edeb/2" level="1.1.1" new="yes">      <Author authinfo="Director of Technology, Healthcare" ccie="yes">dvr0</Author><Timestamp>Nov 13, 2009, 11:10am PST</Timestamp><Msgbody>The B1000 badges are much better on 6.0.188.0 with the new CLI command "config 802.11b faster-carrier-tracking-loop enable".  Badge to AP association seems to be faster and voice recognition appears to be more reliable on 1142/1252.   Currently running 6.0.188.0 at 3 sites and will complete our migration at our two main Vocera sites next Thursday night.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4edeb/3" level="1.1.1.1" new="yes"><Author authinfo=" Methodist Hospital, Houston Tx">gstefanick</Author><Timestamp>Nov 14, 2009, 6:06am PST</Timestamp><Msgbody>Im bringing 4 WiSMs and 300 aps online next week and i appreciate the feedback. &lt;br /&gt;&lt;br /&gt;I will report back if i see anything ..</Msgbody><Attachment/></Message></Reply></Reply></Reply></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4edeb/4" level="2." new="yes">      <Author authinfo="Customer Support Engineer, Cisco" ccie="yes">lavramov</Author><Timestamp>Nov 14, 2009, 1:01pm PST</Timestamp><Msgbody>This version was tested and has bug fixes from the previous 6.0.&lt;br /&gt;&lt;br /&gt;This is the first maintenance release and I suggest anyone using 6.0 to upgrade to the MR.&lt;br /&gt;&lt;br /&gt;To answer your initial quetion, the issues are listed under open caveats in the release notes:&lt;br /&gt;&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://www.cisco.com/en/US/docs/wireless/controller/release/notes/crn6_0_188.html&apos;)"&gt;http://www.cisco.com/en/US/docs/wireless/controller/release/notes/crn6_0_188.html&lt;/A&gt;&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4edeb/5" level="2.1" new="yes"><Author authinfo=" Methodist Hospital, Houston Tx">gstefanick</Author><Timestamp>Nov 15, 2009, 8:54am PST</Timestamp><Msgbody>what is going on with these caveats. Im concerned about the voice. Also the code is ED not MR?&lt;br /&gt;&lt;br /&gt;Table 3	Major Open Caveats &lt;br /&gt;&lt;br /&gt;ID Number&lt;br /&gt;Caveat Title&lt;br /&gt;CSCtc14910&lt;br /&gt;&lt;br /&gt;AP 1140 not joinning WLC and logging tracebacks.&lt;br /&gt;&lt;br /&gt;CSCtc22700&lt;br /&gt;&lt;br /&gt;AP 1240 beacons getting disabled while probes enabled on WLC 6.0.182&lt;br /&gt;&lt;br /&gt;CSCtc70615&lt;br /&gt;&lt;br /&gt;AP1142 reset from watchdog timer expired&lt;br /&gt;&lt;br /&gt;CSCtc70838&lt;br /&gt;&lt;br /&gt;AP radio UP transmitting only beacons&lt;br /&gt;&lt;br /&gt;CSCtc85444&lt;br /&gt;&lt;br /&gt;WLC locks up on SNMP task when pushing AP Group template from WCS&lt;br /&gt;&lt;br /&gt;CSCtc91469&lt;br /&gt;&lt;br /&gt;Beacon stopped after much Voice traffic wre placed under a LAP.</Msgbody><Attachment/></Message></Reply></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4edeb/6" level="3." new="yes">            <Author authinfo=" EDS (AUSTRALIA) PTY LIMITED">leolaohoo</Author><Timestamp>Nov 16, 2009, 1:33pm PST</Timestamp><Msgbody>With this new version did they fix the OTAP vulnerabilities yet?</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4f082" messages="2" subscribed="no" title="Guest Access - Web Authentication"><Message attachment="no" canreply="yes" id=".2cd4f082" level="">            <Author authinfo=" NW Integrity, PARKER HANNIFIN PLC">RVirdi</Author><Timestamp>Nov 16, 2009, 2:13am PST</Timestamp><Msgbody>Hello.&lt;br /&gt;&lt;br /&gt;I have recently setup a WLC at a loctaion.&lt;br /&gt;Everything is fine excpet the guest access.&lt;br /&gt;I have selected Web-Auth for the guest wireless network.&lt;br /&gt;Users can connect to the guest network with no isses, but when they open IE the web login page doesn&apos;t appear. In fact the tab shows that the session is connecting to the web login page, but it doesn&apos;t get there.&lt;br /&gt;&lt;br /&gt;We have the same setup for many other WLCs, and they all work. The setup on each controller appears to be the same.&lt;br /&gt;What have I missed?&lt;br /&gt;&lt;br /&gt;</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f082/0" level="1." new="yes">      <Author authinfo="Telecommunications Officer, NORTH LANARKSHIRE COUNCIL">scottwilliamson</Author><Timestamp>Nov 16, 2009, 8:21am PST</Timestamp><Msgbody>Hi RV,&lt;br /&gt;&lt;br /&gt;How do you know the session is connecting to the web login page? Is the browser warning you it is navigating to a secure site?&lt;br /&gt;&lt;br /&gt;I assume that the clients on the new controller are getting authenticated by the Foreign Controller (show client summary) and are receiving IP addresses from the Anchor? If not check the WLAN on the new controller has an anchor specified for the guest WLAN.&lt;br /&gt;&lt;br /&gt;Have you checked that the mobility control and data paths are up between the new controller and the anchor?&lt;br /&gt;&lt;br /&gt;That&apos;s all I can think of just now, I hope it helps.&lt;br /&gt;&lt;br /&gt;Scott&lt;br /&gt;&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4f082/1" level="1.1" new="yes">            <Author authinfo=" SyCom Roanoke">swyatt@sycomtech.com</Author><Timestamp>Nov 16, 2009, 1:00pm PST</Timestamp><Msgbody>Check to make sure that you have DNS resolution available on that VLAN. If the client cannot resolve an IP address the web browser with not redirect. If you gave the virtual inteface a DNS name that name will need to resolve to the IP address of the virtual interface as well.</Msgbody><Attachment/></Message></Reply></Reply></Replies></Conversation><Conversation id=".2cd4f150" messages="3" subscribed="no" title="WLAN Override"><Message attachment="no" canreply="yes" id=".2cd4f150" level=""><Author authinfo=" ADVANCED COMPUTER TECHNOLOGY">mohammed.amer</Author><Timestamp>Nov 16, 2009, 9:35am PST</Timestamp><Msgbody>I have 2 WiSM in two 6509 with multiple WLAN SSID,aironet 1130 LAP , i use WLAN Override feature , but after a while the APs lose its WLAN Override configuration and i have to login to the WiSM again and check its SSID box again , the Software Version is 4.2.176.0 , can any one help me in this issue?&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Attachment Keywords : &lt;/b&gt; &lt;br /&gt;1) ap.JPG&lt;br /&gt;</Msgbody> <Attachment><Document><FileName>ap.JPG</FileName><DocID>123644</DocID><ContentType>image/jpeg</ContentType><InternalType>image</InternalType><Size>121062</Size><ExpirationDate>11/16/2014</ExpirationDate><IsExpired>no</IsExpired></Document></Attachment></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4f150/0" level="1." new="yes">            <Author authinfo=" UNIVERSITY OF OREGON">ehlers.kevin</Author><Timestamp>Nov 16, 2009, 9:46am PST</Timestamp><Msgbody>Are the wlan configurations identical on the WiSMs?  Do you notice this after an AP moves from one controller to another?  I don&apos;t have much experience with wlan override, but I know AP groups will have problems if there is a configuration miss-match between the controllers and it moves from one to another.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4f150/1" level="1.1" new="yes"><Author authinfo=" ADVANCED COMPUTER TECHNOLOGY">mohammed.amer</Author><Timestamp>Nov 16, 2009, 10:09am PST</Timestamp><Msgbody>the WLAN SSID names are the same but there is mis-match in the profile name does that make a problem ?</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4f150/2" level="1.1.1" new="yes">            <Author authinfo=" SyCom Roanoke">swyatt@sycomtech.com</Author><Timestamp>Nov 16, 2009, 12:55pm PST</Timestamp><Msgbody>The mismatch on the profile name is probably the problem. </Msgbody><Attachment/></Message></Reply></Reply></Reply></Replies></Conversation><Conversation id=".2cd4ef67" messages="4" subscribed="no" title="HELP WIRELESS MESH"><Message attachment="no" canreply="yes" id=".2cd4ef67" level="">      <Author authinfo=", COASIN CHILE SA">pgonzalez@coasin.cl</Author><Timestamp>Nov 14, 2009, 9:43am PST</Timestamp><Msgbody>Hi Guys&lt;br /&gt;&lt;br /&gt;I need someone can help me please, my problem is this:&lt;br /&gt;&lt;br /&gt;We have a wireless mesh network with 2 WLC and 24 LAP1510AG (4 RAPs), which are registered to the WLC 1 when tested HA, i turn off the WLC 1 to operate the WLC 2, there were only 12 of the 24 APs are registred with WLC 2, when we made the turn of the WLC 1 have been recorded the same 12.&lt;br /&gt;&lt;br /&gt;the debug LWAPP events enable command only shows activity of registered APs.&lt;br /&gt;&lt;br /&gt;We have set to factory defaults all APs register (12) but nothing.&lt;br /&gt;&lt;br /&gt;Any help be welcome&lt;br /&gt;&lt;br /&gt;Thank you very much&lt;br /&gt;&lt;br /&gt;HG</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4ef67/0" level="1." new="yes">            <Author authinfo=" UNIVERSITY OF OREGON">ehlers.kevin</Author><Timestamp>Nov 16, 2009, 9:55am PST</Timestamp><Msgbody>Did you add the mesh mac addresses to the mac filtering database?  That&apos;s usually the problem when mesh aps don&apos;t join our controllers.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ef67/1" level="1.1" new="yes">      <Author authinfo=", COASIN CHILE SA">pgonzalez@coasin.cl</Author><Timestamp>Nov 16, 2009, 10:15am PST</Timestamp><Msgbody>if I added all the APs to the MAC-Filtering</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ef67/2" level="1.1.1" new="yes">      <Author authinfo=", COASIN CHILE SA">pgonzalez@coasin.cl</Author><Timestamp>Nov 16, 2009, 10:29am PST</Timestamp><Msgbody>The APs have been properly recorded with the WLC1, the problem arises when shut down WLC1 then the APs not registered with WLC2 only do 12.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ef67/3" level="1.1.1.1" new="yes">            <Author authinfo=" UNIVERSITY OF OREGON">ehlers.kevin</Author><Timestamp>Nov 16, 2009, 10:33am PST</Timestamp><Msgbody>Have you done&lt;br /&gt;&lt;br /&gt;debug pm pki enable&lt;br /&gt;&lt;br /&gt;on the controllers?  You should see those messages even if you don&apos;t see the capwap messages.</Msgbody><Attachment/></Message></Reply></Reply></Reply></Reply></Replies></Conversation><Conversation id=".2cd4f0c9" messages="0" subscribed="no" title="MAC - Web Authentication on WLC4400"><Message attachment="no" canreply="yes" id=".2cd4f0c9" level=""><Author authinfo=" Ghome">ricardorojas123</Author><Timestamp>Nov 16, 2009, 5:26am PST</Timestamp><Msgbody>Whit MAC Address filetering configured in a WLAN in the WLC ? The user information is encrypted.&lt;br /&gt;&lt;br /&gt;Whit Web Authentincation filetering configured in a WLAN in the WLC ? The user information is encrypted.</Msgbody> <Attachment/></Message></Conversation><Conversation id=".2cd4dc36" messages="3" subscribed="yes" title="Lightning Arrestors for Aironet 1522"><Message attachment="no" canreply="yes" id=".2cd4dc36" level=""><Author authinfo=" ">hakimdanish</Author><Timestamp>Nov 3, 2009, 1:27pm PST</Timestamp><Msgbody>Hi,&lt;br /&gt;&lt;br /&gt;In ordering guide, 1522 are designed to withstand power surges on the AC power cord up to 4 kV as per EN61000-4-5 Level 4 &amp; lightning arrestors are not required.&lt;br /&gt;&lt;br /&gt;What does it means? I&apos;ve install the AP outdoor &amp; using ant58g10ssa antenna. I&apos;m afraid the AP will struck by lightning</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4dc36/0" level="1."><Author authinfo=" INSIGHT">petenugent</Author><Timestamp>Nov 4, 2009, 4:01pm PST</Timestamp><Msgbody>From an electrical engineering perspective assume we have 3 points of entry to the 1522, power, data and antenna. Each of these can transmit a lightning surge to downstream devices ie a switch or an upstream device the ap.&lt;br /&gt;&lt;br /&gt;Generally the antenna will be the most vulnerable point of the installation to lightning strikes. If there is no surge suppression between the antenna and the ap then the ap can be damaged, also it can potentially transmit that surge down the data cabling, assuming the power cabling is protected as you say it should protect in both directions on the power side, but not always.&lt;br /&gt;&lt;br /&gt;This probably means it can manage surges into the ap from the power side from a strike to transmission equipment and the transient overvoltages that may be caused.&lt;br /&gt;&lt;br /&gt;Worst cast scenario your antenna gets a direct hit, the ap fails, the voltage is transmitted down the data cabling and takes out the 6500 its directly connected to! Nobodies going to say you done a great job and were just unlucky and you wont be winning any popularity contests&lt;br /&gt;&lt;br /&gt;Its a question of risk, with an inline arrestor on the antenna cable you are protecting your ap etc. If its on a building and not the highest point its unlikely to get a direct hit. If its on a lighting column and the antenna is the highest point its possible. How much lightning do you get?&lt;br /&gt;&lt;br /&gt;Not sure thats any help!</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4dc36/1" level="1.1" new="yes">      <Author authinfo="Wireless Practice Manager, INTERNETWORK ENGINEERING">dennischolmes</Author><Timestamp>Nov 6, 2009, 4:13am PST</Timestamp><Msgbody>As an ATP partner the first thing Ill tell you is that an inline antenna arrestor is a bad idea on a couple of points. 1st they don&apos;t really protect the AP and secondly, they reduce the signal strength by causing at least 1db of attenuation and in most cases 3db (50% of the signal strength). Lightning arrestors for the data side and power sides will protect downstream devices but the AP itself is really only protected by luck. A direct hit and a 1500 series AP is toast. I have deployed nearly a 1000 of these and this has always been the case. There are a few enclsures that help with this. They generally have a metal case and the antenna are mounted low on the enclosures (not a good solution for 1520 series) and the enclosure has a lightning rod on the top. THe attempt is to catch the lightning and re route it before it hits the actual AP antennae. Not very successful I would think and not worth the extra 700.00 per AP.</Msgbody><Attachment/></Message></Reply></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4dc36/2" level="2." new="yes">            <Author authinfo=" PRESIDIO NETWORKED SOLUTIONS, INC.">slilley@tns</Author><Timestamp>Nov 16, 2009, 5:00am PST</Timestamp><Msgbody>I always use these on the 1522 RAPs Ethernet connection to protect my switches from a lightning strike.  It will most certainly take out the 1522, but it should protect the valuable equipment inside:&lt;br /&gt;&lt;br /&gt;Transtector Ethernet Surge Protection&lt;br /&gt;P/N: ALPU-POE-48&lt;br /&gt;$85 list&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;Steve</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4ec3c" messages="2" subscribed="no" title="WLC DHCP Proxy Question"><Message attachment="no" canreply="yes" id=".2cd4ec3c" level=""><Author authinfo="IT Architec">m.bailey7@ntlworld.com</Author><Timestamp>Nov 12, 2009, 9:48am PST</Timestamp><Msgbody>Hi there,&lt;br /&gt;&lt;br /&gt;I have a question with respect to DHCP Proxy to an external DHCP server. &lt;br /&gt;&lt;br /&gt;Is it possible to force the DHCP proxy to use the Management Interface as the source for all DHCP requests? &lt;br /&gt;&lt;br /&gt;My Wireless setup has all the dynamic wireless VLAN&apos;s going straight into a "dirty firewall" which then allows internet access etc. &lt;br /&gt;&lt;br /&gt;I therefore don&apos;t want to place my DHCP server alongside this firewall. &lt;br /&gt;&lt;br /&gt;The management interface of the WLC is connected to our internal management network where there is a DHCP server already (behind a L3 router). &lt;br /&gt;&lt;br /&gt;How can I setup the WLAN&apos;s and Interfaces so that when a client requests a DHCP address the WLC forwards it to the DHCP server on the management network via the management interface? &lt;br /&gt;&lt;br /&gt;Thanks </Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4ec3c/0" level="1." new="yes">      <Author authinfo="Network Engineer, CDW">fella5</Author><Timestamp>Nov 13, 2009, 7:13am PST</Timestamp><Msgbody>DHCP Proxy uses the VIP and not the management IP of the WLC.  Is one of the WLC ports connected to your internal network and the other port connected to the FW?  Again with DHCP Proxy enabled, traffic will flow to your internal DHCP server as long as you have all the dhcp server address configured on the interfaces and have ip helper-address setup on the L3 interfaces.&lt;br /&gt;&lt;br /&gt;Here is a doc regarding DHCP Proxy:&lt;br /&gt;&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://www.cisco.com/en/US/products/ps6366/products_tech_note09186a0080af5d13.shtml#DHCP-Proxy&apos;)"&gt;http://www.cisco.com/en/US/products/ps6366/products_tech_note09186a0080af5d13.shtml#DHCP-Proxy&lt;/A&gt;&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ec3c/1" level="1.1" new="yes"><Author authinfo="IT Architec">m.bailey7@ntlworld.com</Author><Timestamp>Nov 16, 2009, 2:13am PST</Timestamp><Msgbody>What I have is a WLC 5508 with:&lt;br /&gt;&lt;br /&gt;Port 1 facing my "corporate" network&lt;br /&gt;Port 2 facing my "internet" firewall&lt;br /&gt;&lt;br /&gt;The Access Points are on the "corporate" network and use CAPWAP to an AP Manager interface defined on Port 1.&lt;br /&gt;&lt;br /&gt;Guest WLAN&apos;s and non corporate WLAN&apos;s exit on a VLAN on port 2 straight into the internet firewall.&lt;br /&gt;&lt;br /&gt;I don&apos;t therefore want to forward my DHCP packet out the VIP of the VLAN as it hits the Internet firewall and goes no-where.  I want to send DHCP packets out of the management interface and back into the Corporate network where there are existing DHCP servers.&lt;br /&gt;&lt;br /&gt;Cheers</Msgbody><Attachment/></Message></Reply></Reply></Replies></Conversation><Conversation id=".2cd4eded" messages="2" subscribed="no" title="Upgrade autonomous to LWAPP -&gt; client disconnects"><Message attachment="no" canreply="yes" id=".2cd4eded" level="">            <Author authinfo=" VEM SISTEMI S.P.A.">severi@vem.com</Author><Timestamp>Nov 13, 2009, 7:03am PST</Timestamp><Msgbody>Hi.&lt;br /&gt;I have a problem with unified solution.&lt;br /&gt;&lt;br /&gt;This is scenario:&lt;br /&gt;&lt;br /&gt;Client scanners mod. DENSO))((AP1230 automous))((telnet to AS400&lt;br /&gt;&lt;br /&gt;Mod. Denso BHT210BW, after 5 min of inactivity the client activates the standby mode, disable the radio.&lt;br /&gt;The warehouseman press the button on the terminal activates the radio and read the activity sull&apos;As400.&lt;br /&gt;&lt;br /&gt;I upgrate the system to LWAPP mode. &lt;br /&gt;&lt;br /&gt;This is the new scenario:&lt;br /&gt;&lt;br /&gt;Client scanners mod. DENSO))((LAP1230-WLC2125-6.0.182.0))((telnet to AS400&lt;br /&gt;&lt;br /&gt;Symptoms:&lt;br /&gt;The warehouseman press the button on the terminal activates the radio and read the activity sull&apos;As400 but appears the message "not connecting with AS400", after 2, 5 minutes, the tool will unlock and everything is working properly.&lt;br /&gt;&lt;br /&gt;See attachments for more detail.&lt;br /&gt;&lt;br /&gt;I disable Timeout under WLAN but without success.&lt;br /&gt;&lt;br /&gt;Any Ideas?&lt;br /&gt;&lt;br /&gt;Regards.&lt;br /&gt;&lt;br /&gt;Mirko Severi.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Attachment Keywords : &lt;/b&gt; &lt;br /&gt;1) debug client.rtf&lt;br /&gt;</Msgbody> <Attachment><Document><FileName>debug client.rtf</FileName><DocID>123538</DocID><ContentType>application/msword</ContentType><InternalType>word</InternalType><Size>21731</Size><ExpirationDate>11/13/2014</ExpirationDate><IsExpired>no</IsExpired></Document></Attachment></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4eded/0" level="1." new="yes">      <Author authinfo="Network Engineer, CDW">fella5</Author><Timestamp>Nov 13, 2009, 7:17am PST</Timestamp><Msgbody>Mirko,&lt;br /&gt;&lt;br /&gt;I&apos;ve always had issues with regards to scanners and them going into sleep mode or powering down the radio.  The workaround was to set the devices to maximum performance or always on.  Have you tried to set this in at least one scanner to see if that would solve your problem?</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4eded/1" level="1.1" new="yes">            <Author authinfo=" VEM SISTEMI S.P.A.">severi@vem.com</Author><Timestamp>Nov 16, 2009, 1:32am PST</Timestamp><Msgbody>Hi, Fella.&lt;br /&gt;&lt;br /&gt;I think that when the barcode wakes from standby mode only sends a frame association and is not run as a broadcast ARP etc.&lt;br /&gt;&lt;br /&gt;*Nov 13 10:47:01.233: 00:a0:f8:e9:cc:af 0.0.0.0 Added NPU entry of type 9, dtlFlags 0x0&lt;br /&gt;&lt;br /&gt;"IP learning state. One packet from this client is sent to CPU in order to learn the IP address used"&lt;br /&gt;&lt;br /&gt;The client should send another package to end the PEM process on WLC, i think... &lt;br /&gt;and this happens only when the warehouseman press Enter on the terminal.&lt;br /&gt;&lt;br /&gt;*Nov 13 10:47:01.233: 00:a0:f8:e9:cc:af Sent an XID frame&lt;br /&gt;*Nov 13 10:47:56.935: 00:a0:f8:e9:cc:af 172.25.242.87 DHCP_REQD (7) Change state to RUN (20) last state RUN (20)&lt;br /&gt;&lt;br /&gt;E &apos;possible to disable the process on PEM WLC?? ;)&lt;br /&gt;&lt;br /&gt;Regards.&lt;br /&gt;&lt;br /&gt;Mirko S.</Msgbody><Attachment/></Message></Reply></Reply></Replies></Conversation><Conversation id=".2cd2b608" messages="3" subscribed="no" title="Auto RF"><Message attachment="no" canreply="yes" id=".2cd2b608" level="">      <Author authinfo="Network Engineer, North Memorial Hospital">ppellettiere</Author><Timestamp>Apr 22, 2009, 5:12am PST</Timestamp><Msgbody>We just setup auto RF on all of our 12 controllers. My question is, is the controller group leader the only controller&lt;br /&gt;that will display the "Last Group Updates" times? or should I see it on all the controllers?</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd2b608/0" level="1." new="yes"><Author authinfo=" MARSHFIELD CLINIC">jeff.kish</Author><Timestamp>Apr 22, 2009, 5:23am PST</Timestamp><Msgbody>You should see it on all controllers.  Each controller has its own timer for running the Auto RF checks.&lt;br /&gt;&lt;br /&gt;As an aside, I highly recommend that you disable the automatic updates.  Running them manually once a week or so is usually best, unless you have a constantly changing or challenging environment.  Client can occasionally be disconnected by the automatic updates, which occur every 10 minutes by default.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd2b608/1" level="1.1" new="yes">      <Author authinfo="Network Engineer, North Memorial Hospital">ppellettiere</Author><Timestamp>Apr 22, 2009, 6:08am PST</Timestamp><Msgbody>I wonder why I only see it on the lead controller? Any ideas?</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd2b608/2" level="1.1.1" new="yes">            <Author authinfo=" UNIVERSIDAD DE GRANADA">frmejiugr</Author><Timestamp>Nov 16, 2009, 1:29am PST</Timestamp><Msgbody>Hello.&lt;br /&gt;We have the same problem: 6 controllers running 4.2.207 and only one (controller group leader) shows actualizations. Any body knows what is the reason?&lt;br /&gt;&lt;br /&gt;Thanks in advance.</Msgbody><Attachment/></Message></Reply></Reply></Reply></Replies></Conversation><Conversation id=".2cd4ef9e" messages="2" subscribed="no" title="1142 autonomous to lwapp"><Message attachment="no" canreply="yes" id=".2cd4ef9e" level=""><Author authinfo=" HEWLETT PACKARD TAIWAN">ita_hsieh</Author><Timestamp>Nov 14, 2009, 10:24pm PST</Timestamp><Msgbody>hi folks:&lt;br /&gt;&lt;br /&gt; Has anyone of you tried to convert autonomous to lwapp mode? I used upgrade tool v3.4 and it said 1140 is not supported. Or is there any other way to do the conversion? Thanks.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;regards&lt;br /&gt;Alex</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4ef9e/0" level="1." new="yes"><Author authinfo=" Science Applications International Corporation">Robert.N.Barrett</Author><Timestamp>Nov 15, 2009, 10:09am PST</Timestamp><Msgbody>Was it a LAP to begin with?  If so, follow the "LWAPP revert to autonomous" steps using the recovery image as your file.  Yes - I know you are going to LAP, not to autonomous.  These steps worked great for me when going from autonomous back to LAP (without using the conversion tool):&lt;br /&gt;&lt;br /&gt;Step 1 The static IP address of the PC on which your TFTP server software runs should be between 10.0.0.2 and 10.0.0.30.&lt;br /&gt;&lt;br /&gt;Step 2 Make sure that the PC contains the access point image file (such as c1200-k9w7-tar.122-15.JA.tar for a 1200 series access point) in the TFTP server folder and that the TFTP server is activated.&lt;br /&gt;&lt;br /&gt;Step 3 Set the timeout value on the TFTP server to 30 seconds.&lt;br /&gt;&lt;br /&gt;Step 4 On the PC where the TFTP server is located, perform these steps:&lt;br /&gt;&lt;br /&gt;a. Disable any software firewall products, such as Windows firewall, ZoneAlarm firewall, McAffee firewall, or others.&lt;br /&gt;&lt;br /&gt;b. Ensure all Windows files are visible. From Windows Explorer, click Tools &gt; Folder Options &gt; View; then uncheck the Hide extensions for known file types check box.&lt;br /&gt;&lt;br /&gt;Step 5 Rename the access point image file in the TFTP server folder to c1200-k9w7-tar.default for a 1200 series access point, c1130-k9w7-tar.default for an 1130 series access point, c1240-k9w7-tar.default for a 1240 series access point, and c1250-k9w7-tar.default for a 1250 series access point.&lt;br /&gt;&lt;br /&gt;Step 6 Connect the PC to the access point using a Category 5 (CAT5) Ethernet cable.&lt;br /&gt;&lt;br /&gt;Step 7 Disconnect power from the access point.&lt;br /&gt;&lt;br /&gt;Step 8 Press and hold MODE while you reconnect power to the access point.&lt;br /&gt;&lt;br /&gt;Step 9 Hold the MODE button until the status LED turns red (approximately 20 to 30 seconds) and then release.&lt;br /&gt;&lt;br /&gt;Step 10 Wait until the access point reboots, as indicated by all LEDs turning green followed by the Status LED blinking green.&lt;br /&gt;&lt;br /&gt;Step 11 After the access point reboots, reconfigure it using the GUI or the CLI. </Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4ef9e/1" level="2." new="yes">            <Author authinfo=" EDS (AUSTRALIA) PTY LIMITED">leolaohoo</Author><Timestamp>Nov 15, 2009, 6:14pm PST</Timestamp><Msgbody>Hi Alex, &lt;br /&gt;&lt;br /&gt;If you prefer to use CLI then try the following steps:&lt;br /&gt;&lt;br /&gt;Autonomous to LWAPP (Shortcut)&lt;br /&gt;Requirements:  &lt;br /&gt;•	Image file (The recovery file has the prefix “rcv” in the image name, such as c1200-rcvk9w7-tar.122-15.JA.tar); &lt;br /&gt;•	AP is connected to the Wireless LAN Controller; and&lt;br /&gt;•	AP can ping the TFTP server where the image is located.&lt;br /&gt; &lt;br /&gt;Procedure&lt;br /&gt;1.	Copy the recovery file to the AP using the following command:&lt;br /&gt;archive tar /x t&lt;A HREF="javascript:newWin(&apos;ftp://&apos;)"&gt;ftp://&lt;/A&gt;&lt;tftp-server-ip-address&gt;/ &lt;image-filename&gt; flash:&lt;br /&gt;&lt;br /&gt;2.	Let the AP boot on this image:&lt;br /&gt;boot system flash:/&lt;image-folder&gt;/&lt;image-name&gt;.bin&lt;br /&gt;&lt;br /&gt;3.	Reboot the AP.&lt;br /&gt;&lt;br /&gt;OPTIONAL&lt;br /&gt;•	DO NOT ALLOW THE AP TO JOIN THE WIRELESS LAN CONTROLLER IN ORDER TO USE THE OPTIONAL COMMANDS BELOW.&lt;br /&gt;•	IF POSSIBLE, type the following commands:&lt;br /&gt;	clear lwapp private-config (This will bring the AP to factory default.);&lt;br /&gt;	clear lwapp ap ip address&lt;br /&gt;	clear lwapp ap hostname&lt;br /&gt;	clear lwapp ap controller ip address&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;4.	Let the AP connect to the Wireless LAN controller. &lt;br /&gt;&lt;br /&gt;OPTIONAL&lt;br /&gt;If an AP refuses to join the Wireless LAN Controller, type the following command from the AP:&lt;br /&gt;lwapp ap controller ip address &lt;WLC-management-ip-address&gt;&lt;br /&gt;</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4eed8" messages="2" subscribed="no" title="remote autonomous upgrades"><Message attachment="no" canreply="yes" id=".2cd4eed8" level=""><Author authinfo=" LODGENET INTERACTIVE CORPORATION">craigjost</Author><Timestamp>Nov 13, 2009, 1:00pm PST</Timestamp><Msgbody>I have 90 1130A/G pure autonomous AP site.  I want to deploy a 5508 controller, convert all APs to lightweight, and do it all remotely.  I have full access to all the APs and can build the controller in any way to support this.  Anyone have any ideas or white papers?  I have a tech at the site that can plug things in for me.  I just want the APs to maintain their IP address and host name when converted.</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4eed8/0" level="1." new="yes">      <Author authinfo="Systems Engineer, VPN SYSTEMS INC">scottpickles</Author><Timestamp>Nov 13, 2009, 1:52pm PST</Timestamp><Msgbody>Craig - &lt;br /&gt;&lt;br /&gt;See my reply to the same post entered by your Engineering Manager here:&lt;br /&gt;&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://forums.cisco.com/eforum/servlet/NetProf?page=netprof&amp;forum=Wireless%20-%20Mobility&amp;topic=General&amp;topicID=.ee6e8b8&amp;fromOutline=&amp;CommCmd=MB%3Fcmd%3Ddisplay_location%26location%3D.2cd4eee3&apos;)"&gt;http://forums.cisco.com/eforum/servlet/NetProf?page=netprof&amp;forum=Wireless%20-%20Mobility&amp;topic=General&amp;topicID=.ee6e8b8&amp;fromOutline=&amp;CommCmd=MB%3Fcmd%3Ddisplay_location%26location%3D.2cd4eee3&lt;/A&gt;</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4eed8/1" level="2." new="yes">            <Author authinfo=" EDS (AUSTRALIA) PTY LIMITED">leolaohoo</Author><Timestamp>Nov 15, 2009, 6:11pm PST</Timestamp><Msgbody>Maintain the present IP address and hostname?  If you are using the Upgrade Tool, this should work.</Msgbody><Attachment/></Message></Reply></Replies></Conversation><Conversation id=".2cd4ef8a" messages="0" subscribed="no" title="Retrieving PAK licenses"><Message attachment="no" canreply="yes" id=".2cd4ef8a" level="">            <Author authinfo=" CITY OF MCALLEN">Hector-Gonzalez</Author><Timestamp>Nov 14, 2009, 4:35pm PST</Timestamp><Msgbody>My WCS server crash and now I need to get PAK license back from Cisco.  Does Cisco have a site to get your PAK licenses using your CCO account?</Msgbody> <Attachment/></Message></Conversation><Conversation id=".2cd4eeb9" messages="7" subscribed="no" title="Converting Cisco 1310 from LAP to Autonomous"><Message attachment="no" canreply="yes" id=".2cd4eeb9" level=""><Author authinfo=" zain">ahmedbishry</Author><Timestamp>Nov 13, 2009, 11:48am PST</Timestamp><Msgbody>Hi,&lt;br /&gt;hope you are all doing well,&lt;br /&gt;I have an LAP 1310 has joined with WLC 4402 and I need to downgrade it to Autonomous to use it as a bridge, I used a command (config ap tftp-downgrade tftp-server-ip-address filename access-point-name) from the console in my WLC where the LAP1310 joined and the LAP1310 load the Image from tftp successfully but after it reboot I notice it still searching for WLC to get new image, and join it again, how can I do a Downgrade from LAP to Autonomous in a right way?</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4eeb9/0" level="1." new="yes">      <Author authinfo="Customer Support Engineer, Cisco" ccie="yes">lavramov</Author><Timestamp>Nov 13, 2009, 11:55am PST</Timestamp><Msgbody>Convert to Autonomous and point it to the earlier version of code that you want to have as Autonomous AP.&lt;br /&gt;&lt;br /&gt;Here is the procedure:&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;You can convert an access point from lightweight mode back to autonomous mode by loading a Cisco IOS Release that supports autonomous mode (Cisco IOS release 12.3(7)JA or earlier). If the access point is associated to a controller, you can use the controller to load the Cisco IOS release. If the access point is not associated to a controller, you can load the Cisco IOS release using TFTP. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Revert from LWAPP mode to autonomous mode using a wireless LAN controller: &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Step 1 Log into the CLI on the controller to which the access point is associated. &lt;br /&gt;&lt;br /&gt;Step 2 Enter this command: &lt;br /&gt;&lt;br /&gt;config ap tftp-downgrade tftp-server-ip-address filename access-point-name &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Aironet 1300 Series Bridges do not have a MODE button to reset the AP to factory defaults. So, if neither the GUI or CLI is available with sufficient privileges, complete these steps to delete the current configuration and return the entire bridge settings to the factory defaults using the CLI. &lt;br /&gt;&lt;br /&gt;Open the CLI with a Telnet session or a connection to the bridge console port. &lt;br /&gt;&lt;br /&gt;Reboot the bridge by removing and reapplying power. &lt;br /&gt;&lt;br /&gt;Allow the bridge to boot until the command prompt appears and the bridge begins to inflate the image. &lt;br /&gt;&lt;br /&gt;Press ESC when you see lines that are similar to these on the CLI: &lt;br /&gt;&lt;br /&gt;Loading "flash:/c1310-k9kw-7mx.v122_15_ja.200040314-k9w7-mx.v122_15_ja.20040314" &lt;br /&gt;...#############################################################################Note: In order to access the boot loader, you must press ESC twice. But this action depends on the terminal-emulation software that you use. &lt;br /&gt;&lt;br /&gt;Messages that are similar to these appear: &lt;br /&gt;&lt;br /&gt;Error loading "flash:/c1310-k9kw-7mx.v122_15_ja.200040314-k9w7-mx.v122_15_ &lt;br /&gt;ja.20040314" &lt;br /&gt;&lt;br /&gt;Interrupt within 5 seconds to abort boot process. &lt;br /&gt;&lt;br /&gt;Boot process terminated. &lt;br /&gt;&lt;br /&gt;The system is unable to boot automatically. The BOOT environment variable needs to &lt;br /&gt;be set to a bootable image. &lt;br /&gt;&lt;br /&gt;C1310 Boot Loader (C1310-BOOT-M), Version 12.2 [BLD-v122_15-ja_throttle.20040314 100] &lt;br /&gt;&lt;br /&gt;bridge:At the bridge: prompt, issue the dir flash: command in order to view a directory of the Flash file system. &lt;br /&gt;&lt;br /&gt;The directory is similar to this directory: &lt;br /&gt;&lt;br /&gt;bridge: dir flash: &lt;br /&gt;&lt;br /&gt;Directory of flash:/ &lt;br /&gt;&lt;br /&gt;2 -rwx 0 &lt;date&gt; env_vars &lt;br /&gt;5 drwx 384 &lt;date&gt; C1310-k9w7-mx.v133_15_JA.20040314 &lt;br /&gt;3 -rwx 1128 &lt;date&gt; config.txt &lt;br /&gt;4 -rwx 5 &lt;date&gt; private-config &lt;br /&gt;&lt;br /&gt;3693568 bytes available (4047872 bytes used) &lt;br /&gt;bridge:Delete or rename the files config.txt and env_vars, and reboot the bridge. &lt;br /&gt;&lt;br /&gt;Note: Do not forget the / character before the filenames. &lt;br /&gt;&lt;br /&gt;bridge: delete flash:config.txt &lt;br /&gt;Are you sure you want to delete flash:/config.txt (y/n)?y &lt;br /&gt;File "flash:/config.txt" deleted &lt;br /&gt;&lt;br /&gt;bridge: delete flash:/env_vars &lt;br /&gt;Are you sure you want to delete "flash:/env_vars" (y/n)?y &lt;br /&gt;File "flash:/env_vars" deletedIssue the boot command in order to reboot the bridge at the bridge: prompt, or simply power cycle the bridge. &lt;br /&gt;&lt;br /&gt;After the bridge reboots, reconfigure the bridge with the web browser interface, the Telnet interface, or Cisco IOS Software commands. &lt;br /&gt;&lt;br /&gt;Note: The bridge is configured with the factory default values that include: &lt;br /&gt;&lt;br /&gt;The IP address, which is set to receive an IP address with DHCP. If you do not have a DHCP server, you can access the bridge using the default IP address of 10.0.0.1 using HTTP/HTTPS or Telnet. Once you gain access to the bridge via Telnet or GUI, you can modify the IP address of the bridge. &lt;br /&gt;&lt;br /&gt;Note: This default IP address of 10.0.0.1 becomes available only for a short period. So, make sure that you assign your own IP address to the bridge within that period of time. &lt;br /&gt;&lt;br /&gt;The default username and password, "Cisco". &lt;br /&gt;&lt;br /&gt;From this doc; &lt;br /&gt;&lt;br /&gt;&lt;A HREF="javascript:newWin(&apos;http://www.cisco.com/en/US/products/hw/wireless/ps430/products_password_recovery09186a00800949d0.shtml#ca_1310_ser&apos;)"&gt;http://www.cisco.com/en/US/products/hw/wireless/ps430/products_password_recovery09186a00800949d0.shtml#ca_1310_ser&lt;/A&gt; &lt;br /&gt;Finally, to delete the file you need to cd in the directory and delete it there.&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4eeb9/1" level="1.1" new="yes"><Author authinfo=" zain">ahmedbishry</Author><Timestamp>Nov 13, 2009, 1:21pm PST</Timestamp><Msgbody>Tanks for you great effort,&lt;br /&gt;I did what you told me, but after reboot the AP still have the same action for seeking the WLC tring to join the WLC, I double check to be sure there is no (confgi.txt) or (env_vars) in the flash directory and after the AP1310 get an IP address from my DHCP it is still not accessible by http to make any configuration, what to do?</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4eeb9/2" level="1.2" new="yes"><Author authinfo=" zain">ahmedbishry</Author><Timestamp>Nov 13, 2009, 1:32pm PST</Timestamp><Msgbody>I need to tell you, these access points with LAP originally, so the default factory settings for this access point is LAP1310 and not AP1310.&lt;br /&gt; Is that will change what we are trying to do?&lt;br /&gt;</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4eeb9/3" level="1.3" new="yes"><Author authinfo=" zain">ahmedbishry</Author><Timestamp>Nov 13, 2009, 2:02pm PST</Timestamp><Msgbody>I need to tell you, these access points with LAP originally, so the default factory settings for this access point is LAP1310 and not AP1310.&lt;br /&gt; Is that will change what we are trying to do?&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4eeb9/4" level="1.3.1" new="yes">      <Author authinfo="Customer Support Engineer, Cisco" ccie="yes">lavramov</Author><Timestamp>Nov 13, 2009, 2:29pm PST</Timestamp><Msgbody>no it should not</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4eeb9/5" level="1.3.1.1" new="yes"><Author authinfo=" zain">ahmedbishry</Author><Timestamp>Nov 13, 2009, 2:35pm PST</Timestamp><Msgbody>Ok I will try the same steps with new LAP1310. Then I will send you a feedback for the result.</Msgbody><Attachment/></Message></Reply><Reply><Message attachment="no" canreply="yes" id=".2cd4eeb9/6" level="1.3.1.2" new="yes"><Author authinfo=" zain">ahmedbishry</Author><Timestamp>Nov 14, 2009, 6:28am PST</Timestamp><Msgbody>Hi,&lt;br /&gt;I found it, it was an Image Issue because when I use the Release 12.4.21a-JA1(ED) it still seeking the WLC to join it even if I install the new Image and delete the tow files (config.txt and env_vars).&lt;br /&gt;But when I go to older IOS and use this Release 12.3.4-JA2 it works perfect as a bridge and did not seek for WLC any more, thanks very much for your great support and quick response.</Msgbody><Attachment/></Message></Reply></Reply></Reply></Reply></Replies></Conversation><Conversation id=".2cd4ee92" messages="6" subscribed="no" title="Wireless Bridge 1410 vs 1310"><Message attachment="no" canreply="yes" id=".2cd4ee92" level="">            <Author authinfo=" VISION SECURITY SOLUTIONS LLC">rshah@vision</Author><Timestamp>Nov 13, 2009, 10:34am PST</Timestamp><Msgbody>I am trying to design Video Surveillance Solutions for foot ball field. Here, we can not pull cable from cameras to MDF the building in Campus Environment. I am trying to incorporate Cisco bridges (Point to Multipoint Environment) in order carry data from cameras to MDF. I have attached diagram for your reference. For this solution I would like to have your advice as I am planning to deploy these bridges for the first time. I have some questions for you.&lt;br /&gt;&lt;br /&gt;1.) I am planning to use Cisco 1410 bridges instead of 1310 bridges. Do you think Cisco 1310 series would be sufficient for my application? Please advice me on antenna selections on root and non-root bridges in case of 140 and also 1310. I would like to use external antenna specially omni for root bridge and sectoral antennas for non-root. Please advice me for the best selection.&lt;br /&gt;2.) As Cisco bridging solution does not have LWAPP option. I was thinking of using WLSE for managing those bridges but I came to know that is on its EOL. Do we have any other option?&lt;br /&gt;-Do we have to have separate appliance for WLSE? Can you advice me how should I order that? Please let me know how much bridges will be supported by WLSE (1 license)?&lt;br /&gt;3.)I am thinking of using external antenna. I would like to use omnidirectional antenna for root bridge and sectoral antennas for non-root bridges. Please advice which antenna I should be using in case of 1410 and 1310 series. </Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4ee92/0" level="1." new="yes">      <Author authinfo="Systems Engineer, VPN SYSTEMS INC">scottpickles</Author><Timestamp>Nov 13, 2009, 12:46pm PST</Timestamp><Msgbody>The main differences between the 1400 series and 1300 series bridges is the fact that the 1400 uses external antennas, and the 1300s do not.  Also, we need to know what radio frequencies you have available as the 1300 is 2.4 GHz (802.11g only) and the 1400 is 5 GHz (UNII 3 band).  How far apart are your bridges going to be?  This will determine what power and antenna types.  Finally, the 1300 series bridge does have an LWAPP image allowing you to manage it via a controller, you lose the ability for it to bridge and it becomes an AP.  Unless you go to the 1500 series for LWAPP/CAPWAP outdoor meshing deployment, you&apos;re going have to manage your bridges independently via the CLI or HTTP.  There is no point in digging up an old WLSE off of ebay to manage those - it would be a waste of time and money IMHO.&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;Scott</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ee92/1" level="1.1" new="yes">            <Author authinfo=" VISION SECURITY SOLUTIONS LLC">rshah@vision</Author><Timestamp>Nov 13, 2009, 1:04pm PST</Timestamp><Msgbody>Scott,&lt;br /&gt;&lt;br /&gt;     Thank you so much for your advise. My application will be using 1310 or 1410 as a bridge(One root and 2 non-root). So I am not concern about LWAPP. But as far as I know we have 1310 series available with outdoor antenna. &lt;br /&gt;&lt;br /&gt;(&lt;A HREF="javascript:newWin(&apos;http://cisco.com/en/US/prod/collateral/wireless/ps5679/ps5861/product_data_sheet09186a008022198b.html&apos;)"&gt;http://cisco.com/en/US/prod/collateral/wireless/ps5679/ps5861/product_data_sheet09186a008022198b.html&lt;/A&gt;)&lt;br /&gt;&lt;br /&gt;The distance between bridges will be around 200-300 meters and will carry 10mbps worth of data. What will be the best solution 1410 or 1310? Can I manage those bridges from HTTP? Like doing periodic updates or firmware upgrade and other necessary task? Which antenna selection would be better in case of 1310 or 1410 for root and non-root bridges? Which bridges you suggest for campus environment? &lt;br /&gt;&lt;br /&gt;I may be  asking so much but I am going to use this product for the very first time.&lt;br /&gt;&lt;br /&gt;Thank you once again.&lt;br /&gt;</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ee92/2" level="1.1.1" new="yes">      <Author authinfo="Systems Engineer, VPN SYSTEMS INC">scottpickles</Author><Timestamp>Nov 13, 2009, 1:40pm PST</Timestamp><Msgbody>I realize you are saying that you only have 10 mbps of data, but you have to remember that you are using point-to-multipoint so you would need to consider the cumulative throughput of the two non-root bridges back to the root bridge.  Also, the 1310 is 802.11g only - do you have a clean airspace outdoors to use 2.4 GHz?  You need to do some testing with your choice of antennas and distances.  This is not something you can just input some specs, order from a catalog and install.  There needs to be some onsite verification using the equipment you have and to measure your throughput.  If I were chartered with doing something like this, I would perfer to use the 5 GHz spectrum due to the fact that it is a cleaner airspace and would perform better in a point-to-multipoint scenario.  But I still would use some tools (laptop with Ekahau or Airmagnet, Spectrum Analyzer, etc.) to find out what frequencies are nearby.  Since the 2.4 GHz and 5 GHz frequencies are unlicensed, not only do you want to use the one that will work best for your given environment, but also one that will be kind to others around you.  As for the manageablility of the bridges, yes, you can access them via CLI and HTTP for the purposes of performing firmware updates.  As far as antenna design goes, I&apos;d use a patch of some sort for the root bridge, and a directional high gain for the non-root.&lt;br /&gt;&lt;br /&gt;Regards,&lt;br /&gt;Scott</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ee92/3" level="1.1.1.1" new="yes">            <Author authinfo=" VISION SECURITY SOLUTIONS LLC">rshah@vision</Author><Timestamp>Nov 13, 2009, 1:50pm PST</Timestamp><Msgbody>Scott,&lt;br /&gt;&lt;br /&gt;Thank you so much for giving me wider vision. I will really consider your points. I would like to go for 1400 series but only thing is bothering me is the cost which is almost 4times than 1310 if I am not mistaken. Is it just because of it is using 802.11a standard? I was thinking about using omni directional for root and sectoral for non-roots. What do you recommend?&lt;br /&gt;&lt;br /&gt;Thank you.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ee92/4" level="1.1.1.1.1" new="yes">      <Author authinfo="Systems Engineer, VPN SYSTEMS INC">scottpickles</Author><Timestamp>Nov 13, 2009, 2:05pm PST</Timestamp><Msgbody>I can understand your concern for the cost of the 1400 series, but the 1400 series is built for point-to-point links for up to 25 MILES!!  Obviously less in cases of point-to-multipoint.  The 1310 bridge can go a couple of miles as well, but the data rate is going to suffer at 2.4 GHz &apos;g&apos; only.  That&apos;s why I said to do some testing to verify you can get the data rates you need to support your application.  The only time you actually want to use omni directional antennas with bridging are if you are creating a mesh or a repeater.  For PtP to PtM, you would reduce your link budget, distance, and overall throughput by using omni directional antennas.  The fact that we use the term &apos;point-to-point&apos; tells you that you only want your signal to go from the root to the non-root and not elsewhere.  Since we can&apos;t really contain wireless signals once they&apos;re in the air, it&apos;s up to engineers to design antennas for us that essentially cheat physics and shape the antenna pattern so that it is directional.  Higher gain directional antennas will have a high &apos;front-to-back&apos; ratio (F/B ratio) telling you that a certain percentage is going in front of the antenna, and a certain amount is going out the back.  When the amount going out the front exceeds the amount going out the back, you begin to have a directional antenna.  In addition, at larger distances, if you don&apos;t use directional antennas, it will be very difficult to align them and keep a stable connection due to the fade margin of the omni directional antennas.  The bridges have a built in alignment mode with lights to help you achieve maximum throughput.  When you align them, make very calculated, small changes.  Don&apos;t move both sides, and don&apos;t move in both planes (horizontal, vertical).  Keep your antennas pointed at one another using some binoculars or other pointing devices and get the best reading you can at the root after an initial setup.  Then lock the root into place and go to the other side.  Again, make calculated changes to vertical until you find the best, and then lock it down.  Finish with sweeping horizontal until you get the best and lock it down.  It may take you several iterations until you get it right.  As for the non-root antennas, you don&apos;t want to mix antennas too much if you can avoid it, but in the case of point-to-multipoint, you&apos;ve got it backwards.  You want a larger angle on the root bridge, and high gain directional on the non-roots pointing back to the root.  It is imperative that you know what the polarization is of each antenna (vertical vs. horizontal) and that you MATCH that polarization at both ends.  Most antennas have this clearly labeled on the antenna itself, or it is specified in the user manual.&lt;br /&gt;&lt;br /&gt;Good luck!</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4ee92/5" level="1.1.1.1.1.1" new="yes">            <Author authinfo=" VISION SECURITY SOLUTIONS LLC">rshah@vision</Author><Timestamp>Nov 13, 2009, 4:47pm PST</Timestamp><Msgbody>Thank you so much for detailed explanation. With my application I am not much worried about distance because the maximum distance will be 300-400 meters between two bridges no more than that. I am much concern about throughput but in both the cases maximum throughput I can achieve is 54 mbps. Of course the distance will be reduced in case of 1310 but as I said distance is not an issue because in both case I can achieve the distance with maximum data rate. What do you suggest?</Msgbody><Attachment/></Message></Reply></Reply></Reply></Reply></Reply></Reply></Replies></Conversation><Conversation id=".2cd4eee3" messages="2" subscribed="no" title="remote conversion to lightweight"><Message attachment="no" canreply="yes" id=".2cd4eee3" level="">      <Author authinfo="Manager of Engineering, LODGENET INTERACTIVE">jledwardsr</Author><Timestamp>Nov 13, 2009, 1:24pm PST</Timestamp><Msgbody>I have 90 1130A/G autonomous AP site.  I want to deploy a 5508 controller, convert all APs to lightweight, and do it all remotely.  I have full access to all the APs and can build the controller in any way to support this.  Anyone have any ideas or white papers?  I have a tech at the site that can plug things in for me.  I just want the APs to maintain their IP address and host name when converted.</Msgbody> <Attachment/></Message><Replies><MessagesSelected>30</MessagesSelected><Reply><Message attachment="no" canreply="yes" id=".2cd4eee3/0" level="1." new="yes">      <Author authinfo="Systems Engineer, VPN SYSTEMS INC">scottpickles</Author><Timestamp>Nov 13, 2009, 1:49pm PST</Timestamp><Msgbody>You can console into each AP and perform the archive softare download using the lightweight image from a TFTP server.  The good thing about that is that you could script it too, if you know how to.  You can also use WCS to upgrade APs, as well as the standalone conversion tool (which does about 6-10 APs at a time).  Given that they are 1130 series, they should have MIC (Manufacture Installed Certificates) instead of SSC (Self Signed Certificates) in which case you don&apos;t have to rely on the conversion tool to create a hash that has to be imported into your controller for each of those APs to get adopted.  Now, when you say remotely, do your APs have a VPN tunnel back to the controller to join and is the round trip time less than 150 ms?  If not, the APs won&apos;t get the controller reply in time and won&apos;t join.  New to the 5508 is the ability to use a public IP address on the controller for the join reply (using &apos;Enable NAT address&apos;), so you can also try it without the VPN tunnel.</Msgbody><Attachment/></Message><Reply><Message attachment="no" canreply="yes" id=".2cd4eee3/1" level="1.1" new="yes">      <Author authinfo="Manager of Engineering, LODGENET INTERACTIVE">jledwardsr</Author><Timestamp>Nov 13, 2009, 2:21pm PST</Timestamp><Msgbody>Think I figured it out thanks for the reply.</Msgbody><Attachment/></Message></Reply></Reply></Replies></Conversation></Topic></Forum></Community></ActiveMessages>')
