<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Problems with Controllers and SecureW2 Windows Mobile client in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/problems-with-controllers-and-securew2-windows-mobile-client/m-p/775150#M3614</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;we have a wireless network with WiSM controllers. Everything is fine with laptops equipped with SecureW2 clients, but we have problems with PDA's: Odissey clients work fine, but SecureW2 for Windows Mobile don't.&lt;/P&gt;&lt;P&gt;We are using Freeradius (latest version) as RADIUS server. We have 4.0.179.11 version of controller's software, and we are using EAP-TTLS+TKIP. &lt;/P&gt;&lt;P&gt;In the "aaa events" debug, we can see that de RADIUS server sends to the controller an Access-Accept, with certain override values, but we don't have "AAA Override" set in the controllers. Have you experienced similar problems? Is it possible that without the AAA override the PDA cannot connect?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Paco&lt;/P&gt;</description>
    <pubDate>Sat, 03 Jul 2021 21:02:36 GMT</pubDate>
    <dc:creator>fjroman</dc:creator>
    <dc:date>2021-07-03T21:02:36Z</dc:date>
    <item>
      <title>Problems with Controllers and SecureW2 Windows Mobile client</title>
      <link>https://community.cisco.com/t5/wireless/problems-with-controllers-and-securew2-windows-mobile-client/m-p/775150#M3614</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;we have a wireless network with WiSM controllers. Everything is fine with laptops equipped with SecureW2 clients, but we have problems with PDA's: Odissey clients work fine, but SecureW2 for Windows Mobile don't.&lt;/P&gt;&lt;P&gt;We are using Freeradius (latest version) as RADIUS server. We have 4.0.179.11 version of controller's software, and we are using EAP-TTLS+TKIP. &lt;/P&gt;&lt;P&gt;In the "aaa events" debug, we can see that de RADIUS server sends to the controller an Access-Accept, with certain override values, but we don't have "AAA Override" set in the controllers. Have you experienced similar problems? Is it possible that without the AAA override the PDA cannot connect?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Paco&lt;/P&gt;</description>
      <pubDate>Sat, 03 Jul 2021 21:02:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/problems-with-controllers-and-securew2-windows-mobile-client/m-p/775150#M3614</guid>
      <dc:creator>fjroman</dc:creator>
      <dc:date>2021-07-03T21:02:36Z</dc:date>
    </item>
    <item>
      <title>Re: Problems with Controllers and SecureW2 Windows Mobile client</title>
      <link>https://community.cisco.com/t5/wireless/problems-with-controllers-and-securew2-windows-mobile-client/m-p/775151#M3615</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If you have a shared secret with a valid special character (in this case it was an @) and you enter it at the GUI, communication with the Radius server will fail due to an "invalid Message Authenticator" which is the shared secret. As a test I changed the shared secret to alpha only and entered it from the GUI and it worked.As another test, I changed it back to the original secret on the CLI and it worked.  So it seems that there is a problem with the GUI accepting special characters in the radius server shared-secret field.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 14 May 2007 19:38:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/problems-with-controllers-and-securew2-windows-mobile-client/m-p/775151#M3615</guid>
      <dc:creator>b.hsu</dc:creator>
      <dc:date>2007-05-14T19:38:47Z</dc:date>
    </item>
  </channel>
</rss>

