<?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 ICX connected with SZ does not give or show accurate parameters on the SZ's UI in RUCKUS Self-Help</title>
    <link>https://community.ruckuswireless.com/t5/RUCKUS-Self-Help/ICX-connected-with-SZ-does-not-give-or-show-accurate-parameters/m-p/61239#M162</link>
    <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Now when it comes to connecting the switch with SmartZone for management and monitoring.&lt;BR /&gt;Below are a few of the key bits needed when setting up a connection with the controller.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;On the switch,&lt;/STRONG&gt;&lt;BR /&gt;To set up, First the minimum OS requirement: should be on 8092 or higher&lt;BR /&gt;Recommended would be 8095g&lt;BR /&gt;&lt;STRONG&gt;On the Config :&lt;/STRONG&gt;&lt;BR /&gt;manager registrar&lt;BR /&gt;manager registrar-list &amp;lt;ip of the sz&amp;gt; or manager active-list &amp;lt;ip of the sz&amp;gt;&lt;BR /&gt;manager port-list 987&lt;BR /&gt;This is at times most that you would need to define the SZ ip address and have the connection initiated.&lt;BR /&gt;Post this once the switch is added and provisioned on the controller&lt;BR /&gt;The connection should be up and about.&lt;/P&gt;&lt;P&gt;Now the connection of the ICX switch and SZ/vSZ works on a ssh tunnel that’s formed.&lt;BR /&gt;And if on the switch : there is access restriction placed on which hosts can connect to the switch via SSH&lt;BR /&gt;Then when the Sz/vSZ tries to connect to it : you will see below entries on the switch logs :&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 3 attempt(s)&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 2 attempt(s)&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 1 attempt(s)&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 3 attempt(s)&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 2 attempt(s)&lt;/P&gt;&lt;P&gt;Here the : 192.168.0.12 : switches own ip :&lt;/P&gt;&lt;P&gt;Wondering why the switch's own ip be ssh-ing back to the switch instead of the controller's?&lt;BR /&gt;When the SZ is polling the switch for details : it uses reverse SSH connection to obtain them&lt;BR /&gt;This is traced in show manager tcp connection&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Cause for the for the log ?&lt;/STRONG&gt;&lt;BR /&gt;Restricting the ssh access of the switch to specific clients raises this error.&lt;BR /&gt;On a general deployment where the ssh access to the switch is not locked down : this error is not seen.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;What could it effect ?&lt;/STRONG&gt;&lt;BR /&gt;Vital parameters that are generally polled though the ssh tunnel that’s formed are not updated on the SZ/vSZ UI.&lt;BR /&gt;To name a few parameters such as Uptime : device hostname etc. Are not updated&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;How to fix this ?&lt;/STRONG&gt;&lt;BR /&gt;Configuring the switch's ip as the ssh client&lt;BR /&gt;Using :&lt;BR /&gt;Ip ssh client switch's management ip&lt;BR /&gt;Or&lt;BR /&gt;removing the SSH lockdown altogether [not usually recommended as its a security measure ]&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Now this was seen and tested with :&lt;/STRONG&gt;&lt;BR /&gt;SZ/vSZ revision : 6.1.1 and 6.1.0&lt;BR /&gt;ICX platform : checked in 7XXX platform : 8095 code branch.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Note:&lt;/STRONG&gt;&lt;BR /&gt;During the tests done, issue was tracked with visible parameters that were not able to update.&lt;BR /&gt;There is a chance, that with SSH tunnel formation issues due to this lock, Config-backup, port state updates, etc. on the vSZ or the SZ.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 22 Jun 2023 12:09:23 GMT</pubDate>
    <dc:creator>jdryan</dc:creator>
    <dc:date>2023-06-22T12:09:23Z</dc:date>
    <item>
      <title>ICX connected with SZ does not give or show accurate parameters on the SZ's UI</title>
      <link>https://community.ruckuswireless.com/t5/RUCKUS-Self-Help/ICX-connected-with-SZ-does-not-give-or-show-accurate-parameters/m-p/61239#M162</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Now when it comes to connecting the switch with SmartZone for management and monitoring.&lt;BR /&gt;Below are a few of the key bits needed when setting up a connection with the controller.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;On the switch,&lt;/STRONG&gt;&lt;BR /&gt;To set up, First the minimum OS requirement: should be on 8092 or higher&lt;BR /&gt;Recommended would be 8095g&lt;BR /&gt;&lt;STRONG&gt;On the Config :&lt;/STRONG&gt;&lt;BR /&gt;manager registrar&lt;BR /&gt;manager registrar-list &amp;lt;ip of the sz&amp;gt; or manager active-list &amp;lt;ip of the sz&amp;gt;&lt;BR /&gt;manager port-list 987&lt;BR /&gt;This is at times most that you would need to define the SZ ip address and have the connection initiated.&lt;BR /&gt;Post this once the switch is added and provisioned on the controller&lt;BR /&gt;The connection should be up and about.&lt;/P&gt;&lt;P&gt;Now the connection of the ICX switch and SZ/vSZ works on a ssh tunnel that’s formed.&lt;BR /&gt;And if on the switch : there is access restriction placed on which hosts can connect to the switch via SSH&lt;BR /&gt;Then when the Sz/vSZ tries to connect to it : you will see below entries on the switch logs :&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 3 attempt(s)&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 2 attempt(s)&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 1 attempt(s)&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 3 attempt(s)&lt;BR /&gt;Security: SSH access from src IP 192.168.0.12 rejected, 2 attempt(s)&lt;/P&gt;&lt;P&gt;Here the : 192.168.0.12 : switches own ip :&lt;/P&gt;&lt;P&gt;Wondering why the switch's own ip be ssh-ing back to the switch instead of the controller's?&lt;BR /&gt;When the SZ is polling the switch for details : it uses reverse SSH connection to obtain them&lt;BR /&gt;This is traced in show manager tcp connection&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Cause for the for the log ?&lt;/STRONG&gt;&lt;BR /&gt;Restricting the ssh access of the switch to specific clients raises this error.&lt;BR /&gt;On a general deployment where the ssh access to the switch is not locked down : this error is not seen.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;What could it effect ?&lt;/STRONG&gt;&lt;BR /&gt;Vital parameters that are generally polled though the ssh tunnel that’s formed are not updated on the SZ/vSZ UI.&lt;BR /&gt;To name a few parameters such as Uptime : device hostname etc. Are not updated&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;How to fix this ?&lt;/STRONG&gt;&lt;BR /&gt;Configuring the switch's ip as the ssh client&lt;BR /&gt;Using :&lt;BR /&gt;Ip ssh client switch's management ip&lt;BR /&gt;Or&lt;BR /&gt;removing the SSH lockdown altogether [not usually recommended as its a security measure ]&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Now this was seen and tested with :&lt;/STRONG&gt;&lt;BR /&gt;SZ/vSZ revision : 6.1.1 and 6.1.0&lt;BR /&gt;ICX platform : checked in 7XXX platform : 8095 code branch.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Note:&lt;/STRONG&gt;&lt;BR /&gt;During the tests done, issue was tracked with visible parameters that were not able to update.&lt;BR /&gt;There is a chance, that with SSH tunnel formation issues due to this lock, Config-backup, port state updates, etc. on the vSZ or the SZ.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 22 Jun 2023 12:09:23 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/RUCKUS-Self-Help/ICX-connected-with-SZ-does-not-give-or-show-accurate-parameters/m-p/61239#M162</guid>
      <dc:creator>jdryan</dc:creator>
      <dc:date>2023-06-22T12:09:23Z</dc:date>
    </item>
  </channel>
</rss>

