Telnet to IPSI from 87xx server 3

[ibjammin101]

Is it possible to dial in/VPN into an S87xx server, then telnet to the IPSI even though it may be on another subnet?...say like a private subnet. i.e. - you can use 127.11.11.1 to telnet to a G700 from an 8300, I wondered if there was a "special" IP for the IPSI? Have heard it could be done...

Thanks,
ibajmmin101

 

[vtec]

Only possible when your control network is the same as the customer lan. Otherwise you would need some kind of layer 3 switch to route the packets...

 

[ibjammin101]

Thanks vtec. That just wouldn't be prudent...most customers like that control to be inaccessible from the LAN. Hmmm...

 

[Esmerelda]

I can get to the private side via shell. Emulation is wierd, so you can't see what you are typing, but, it worked for me.

 

[ibjammin101]

From the shell, how would you access the private side? If you will....

ibjammin101

 

[jimtr]

Hi

If DHCP is used for assigning IP addresses to IPSI in a dedicated network, then after you dial in the S87xx:

1. "telnet 192.11.13.6"
2. "more /etc/hosts" to see the IP address of IPSI (i.e "198.152.254.1 ipsi-A01a")
3. "telnet 198.152.254.200" this is the ip address of the server on the dedicated network.
4. "telnettenable -c 1a" to enable telnet on IPSI 1a.
5. "telnet 198.152.254.1" to telnet the IPSI.

That's it

 

[jimtr]

Sorry
on number 4. the command is "telnetenable" NOT "telnettenable".
jimtr

 

[jimtr]

In CM 3, i think that "telnetenable" has changed to "ipsisession".
Have that in mind and play around with the help pages
jimtr

 

[ibjammin101]

Thanks jimtr...I'll give that a try. Appreciate your response.

ibjammin101

 

[kkumpula]

Logging into an IPSI to check it’s ethernet settings from the server:

• Do a pingall –i on the system to get the ethernet addresses of all of the IPSIs to determine which IPSI you want to check
• telnetenable –p <ip_addr>
• telnet <ip_addr>
• type ipsilogin to get a login prompt
• login as craft, serv1ces
• show port 1 will provide the information that you’re looking for


**The question may not be the technology, but the competency of the support people.**