Recovering access to Hipath 4000 via WEB

[Murzik]

I have Hipath 4000 v2.0 duplex system.

First everything were OK, I could got access to my system via WEB (Hipath assistant). But then for some reasons I decided to change IP-address of the Hipath (customer port)...
By the instrumentality of "Hipath assistant" I had made the necessary changes and then I rebooted ADS. After that I only could got access to http:// (public page), but I couldn't got access to page https:// to manage my system. It's possible I have made mistakes adjusting FireWall or somewhere else. I didn't know what to do and I had reinstalled OpenUnix system via consol port (option - first installation). So IP-address of my system got default but the problem had remained.

Please, advise me what I should do.
P.S. Sorry for my English.

 

[HP4KSME]

Now that you have re-installed Unixware, try this: connect your PC's NIC to the HiPath's customer LAN port - using crossover LAN cable. The customer LAN port's IP address will be 192.1.2.5, so make your PC's NIC 192.1.2.100 (class C). Launch your browser, and use URL

http://192.1.2.5.

Try to access the secured area of Assistant (

https://192.1.2.5).

If you get the same results as before, try using a different PC, but make sure the client PC has been properly prepared (Public page >> "Client Preparation". Re-post afterwards.

 

[Murzik]

Thanks for your advises, I have done everything you told.

The result: I accessed

https://192.1.2.5,

and then I entered login (engr) and password. The system asked me to change password, I did it. After that I tried to login again - for some time web browser tried to open the page

https://192.1.2.5/USSW/pub/login-login.shtml?/LAP2/lap.cgi,

but nothing had happened, then I got the message "server not found".
The same situation was before I re-installed UnixWare.

But there vas one point, when I had been performing "client preparation": after installation Applet Cache Manager there were two massages - 1. "Unable to install ACM" and 2."Installation complete". But the same vas before and everything were OK. What is the cause? I can't understand it.

Best regards,
Dmitry
Moscow, Russia.

 

[Murzik]

Addition.

The same situation with the service LAN port (192.0.2.5)

 

[HP4KSME]

Dmitry, is this a "live" system or are you just installing now? That is a problem that I have not seen. Is there a SIM on the ADP processor? If I were you, I would power down the cPCI shelf, and then remove the ADP board. Enough memory? SIM installed correctly? Re-install the ADP. Make certain that all the processors and HDMO and LAN board are seated very well. Sometimes the difference between a good connection and a poor connection is 1 millimeter. Use the screws to the left and right of the cPCI boards to tighten the connections. Power on, and re-check Assistant after 10 minutes. If that doesn't fix your problem, establish a telnet connection to either 192.1.2.5 or 192.0.2.5. Login using "engr". Type "procadmin -l" (lower case L). Most of the "processes" listed in the far left column should be ACTIVE (second column). Only Report Generator, & Launchpad should be "registered". Lap2 (the Assistant's launchpad) should be ACTIVE. Re-post and tell me if other processes are INACTIVE or REGISTERED.
Question: when you re-installed Unixware using option 1 (first installation), did you select RMX or Install partition as the "medium"? If you selected "Install partition" you may have installed a corrupted copy of Unixware. If Unixware is ever acting weird, and you need to re-install, always select the "RMX" option. Those Unixware files on the RMX side of the HiPath's hard drive will give you a much cleaner install. Re-post later and let me know how things are going. I am in USA-Central time zone. Good luck buddy!

 

[Murzik]

Many thanks to you! I really need some luck!
My system is "alive" for about a year, and it is not so easy to power down it, you see. I am going to do that this weekend when my office is closed. But I have looked at running processes and there is the result:

# procadmin -l
ncxd Active Sun Feb 11 15:25:23 2007 ASport 1094 Ext
Naming_Service Active Sun Feb 11 15:25:36 2007 CORBA 1583
kmhd Active Sun Feb 11 15:25:23 2007 KMH 782 Ext
pppd Active Sun Feb 11 15:25:24 2007 PPP 1035 Ext
SWTDServer Active Sun Feb 11 15:26:05 2007 SWT 2209
IDS_oninit Active Sun Feb 11 15:25:36 2007 IDS 1 Ext
ODBC_loc Active Sun Feb 11 15:25:36 2007 IDS 1751 Ext
ODBC_rem Active Sun Feb 11 15:25:36 2007 IDS 1765 Ext
JDBC_loc Active Sun Feb 11 15:25:36 2007 IDS 1744 Ext
JDBC_rem Active Sun Feb 11 15:25:36 2007 IDS 1758 Ext
secm_core Active Sun Feb 11 15:25:46 2007 SecM 1823
secm_smw Active Sun Feb 11 15:25:50 2007 SecM 1945
http_ussw Active Sun Feb 11 15:25:22 2007 HTTP 1317 Ext
http_tomcat Registered Mon Feb 5 18:49:17 2007 HTTP Ext
LogMDispatch Active Sun Feb 11 15:26:46 2007 LogM 1584
LogMEvtLog Active Sun Feb 11 15:27:05 2007 LogM 2441
LogMReceiver Registered Mon Feb 5 18:49:39 2007 LogM
LogMErrH Active Sun Feb 11 15:27:03 2007 LogM 2427
LogMControl Active Sun Feb 11 15:26:57 2007 LogM 2419
LogMSessControl Active Sun Feb 11 15:26:50 2007 LogM 2371
mpcilog Active Sun Feb 11 15:25:53 2007 mpcid 2051
mpcid Active Sun Feb 11 15:25:55 2007 mpcid 2133
hispad Active Sun Feb 11 15:26:08 2007 hispa 2213
symService Active Sun Feb 11 15:26:42 2007 SysM 2354
ComWinAccess Active Sun Feb 11 15:26:01 2007 comwin 2198
cmproc_cserver Active Sun Feb 11 15:26:30 2007 cm_subadm 2215
cmproc_uxbproc Active Sun Feb 11 15:27:52 2007 cm_subadm 2832
cmproc_umproc Registered Mon Feb 5 19:10:56 2007 cm_subadm
cmproc_ldbsync Active Sun Feb 11 15:28:03 2007 cm_subadm 2791
cmproc_dbwrite Inactive Sun Feb 11 15:33:43 2007 cm_subadm
cmproc_dbwNotifHandler Active Sun Feb 11 15:27:42 2007 cm_subadm 2700
cmproc_cnonserver Active Sun Feb 11 15:27:47 2007 cm_subadm 2681
cmproc_uxsstrup Active Sun Feb 11 15:27:29 2007 cm_subadm 2599
cmproc_ccs Active Sun Feb 11 15:27:32 2007 cm_subadm 2539
cmproc_soapserver Active Sun Feb 11 15:27:10 2007 cm_subadm 2503
cmproc_cmipsa Registered Mon Feb 5 19:11:51 2007 cm_subadm
cmproc_cmipbp Registered Mon Feb 5 19:11:51 2007 cm_subadm
FTW_Starter Active Sun Feb 11 15:25:57 2007 FTW 2195
rinetd Active Sun Feb 11 15:28:03 2007 HG3550M 2989

There are not processes at which you pointed in this list.
I re-installed Unixware from RMX (scratch area).

Tomorrow, March 8, it is Women Day in Russia. Give my best wishes to all women who you know!


Best regards from Russia

 

[HP4KSME]

OK Dmitry. The procadmin looks somewhat normal. Apparently "lap2" no longer appears in that display - I double-checked my switches to verify. It appears that you may have a Config Management problem (your "cmproc_dbwrite" process/daemon is Inactive), but that is NOT your problem right now. It may correct itself later. FORGET the POWER DOWN THAT I SUGGESTED YESTERDAY!!! Your problem is probably Java Runtime Environment on your client PC - either the wrong version, or you have multiple versions that is screwing up your access to Assistant. Go into Add/Remove Programs and see how many versions of JRE are displayed. Remove ALL of them from Add/Remove Programs. Then go to Windows Explorer, and remove the entire "Java" folder from "Program Files". Now launch your browser to the HiPath Public page, click "Client Preparation", and go thru each step. Re-install Java RunTime Environment by clicking the link at the bottom of the screen in Step 2. Follow the instructions (it may advise you to close all browser sessions). In the final step, hopefully your Applet Cache Manager will install now, and you will have access to Assistant Launchpad again. Let me know what happens. Tell all the good-looking women that John from Dallas, Texas, USA says hello, and Happy Women's Day!

 

[Murzik]

Hello John! I'm sorry, I had not any time to write earlier.

I was thinking that my problem was software of my PC too. So I re-installed OS of my PC and re-installed Java (JRE 1.4.2 06) from UnixWare server (public page). I checked all point of "client preparation" and everything were OK, except Applet Cache Manager (ACM) installation. I had already wrote that at the and of ACM installation there was the message: "unable to install ACM". But next time I launched "client preparation" it showed ACM was installed. It is strange.
I've read "Release Note" of SW Version CV322 (my Unix version), it spoke "The following is Siemens internal. Use of JRE on Cat Clients: For the installation of Certificate and Applet Cache Manager you need administration rights
on the Cat Client." What does it mean? Maybe that is my problem?
One more question. Are there any configuration files of Unix, which could remain on hard disk after Unix re-installation? I'm afraid that some of old FireWall's configuration files still active. What do you say?

I've passed on to some good-looking women your hello and they were surprised pleasantly!

Best regards from Russia!

 

[HP4KSME]

When you re-installed Unixware on the HiPath 4000 hard disk, it wiped everything on that side of the hard drive. So there is no chance that any residual firewall entries are the problem.
CAT client is used on Siemens employees PCs to improve security. So unless you are a Siemens employee, it should not be a problem for you.
Send me your exact version of HiPath 4000 V2. I will see if there is a problem with Applet Cache installation.
Very strange, especially since your system was running just fine. Have you tried to use a different PC when attempting to access Assistant? What browser are you using? Internet Explorer 6.X is supported - not 7.0. Also, click on your Windows "Start" >> HiPath 4000. You should then see your JRE version (1.4.2_06) - then you should see "ACM" (Applet Cache Manager), and "Delete ACM". Perhaps the ACM has reached its capacity, or is corrupted. You could delete it, and then try again to reinstall. Thanks for passing along my message to the women of Moscow!

 

[Murzik]

Hello buddy!
(I think "buddy" is rather a cool word)

I used the following software:
OS - Windows XP (SP2);
Browser - IE 6.0;
Java - version 1.2.4_06 (installed from "client preparation"

When I was installing ACM using Client CD (received from an installer PABX) I got the message: "Installation aborted. Missing admin rights could be the reason", although I had admin rights on my PC. The folder "C:\Appletcache" with some folders in it were created. But I couldn't see "Start" >> HiPath 4000 >>JRE version (1.4.2_06)>>"ACM" and thus I couldn't uninstall ACM.
When I was installing ACM from web server (Client preparation) I got the message: "Unable to install ACM". The folder "C:\Appletcache" were created but it was empty. And also I couldn't see "Start" >> HiPath 4000 >>JRE version (1.4.2_06)>>"ACM" and thus I couldn't uninstall ACM.

Now, about Hipath 4000 version:
I don't know if it is exactly what you want but here it is:

DIS-APS:
PROGRAM SYSTEM : Y0-EN0YC
VERSION NUMBER : 10
CORRECTION VERSION NUMBER : 001
PART NUMBER : P30252N4410B00003
PROGRAM SYSTEM WITH CODE SUBSYSTEMS
INTERFACE VERSION:
PROGRAM SYSTEM DOES NOT CONTAIN ANY INTERFACE VERSIONS

# getosversion
PKGINST: UNIX OS
NAME: SCO UnixWare Operating System Rel. 8.0.0
CATEGORY: OS
ARCH: i386
PLATFORM: Unity A&S
PSTAMP: 0505301137OpenUNIX
UPD_DATE: Feb 05 2007 06:12 PM
YAPS: I0-APL.50 / CV 322-00
------------------------------------------------
RMX YAPS: 074 No Y-APS found on DS: (074 No Y-APS found on DS

Is the string - "RMX YAPS: 074 No Y-APS found on DS: (074 No Y-APS found on DS" quite normal?
Perhaps I did something wrong during re-installation Unixware. Are there any kinds of AMO commands which needs to be performed after Unix re-installation (except ADS restart)?
I have rather little informations about Hipath 4000, its architecture, how Unix interconnects with ADS, etc. So I'm obliged to study Hipath 4000 by myself. Is it possible that some exact applications not running on ADS?

And here is an addition, maybe it will be helpful:

DISPLAY-APC:SERVER=ADS,MODE=A;
H500: AMO APC STARTED
RELATING-TABLE FOR IHS
======================
CLASSIFICATION: APPLICATION - SERVER - LOAD-LOCATION
+==========+==========+===========+
I APPL I SERVER I LOAD-L. I
+==========+==========+===========+
| BS-PCI | ADS | BP |
+----------+----------+-----------+
AMO-APC -111 APPLICATION CONFIGURATION
DISPLAY COMPLETED;


Best regards from Russia!

 

[HP4KSME]

Wow. It looks like you have some big problems. First, your HiPath 4000 version is V2.0 SMR 10 SMP 3. I got this from your "getosversion" command, where the results indicated "CV322". "CV322" is a Siemens internal name for V2.0 SMR 10 SMP 3..also known as V2.0 RL 10 PP 3. Second, the "getosversion" should have also indicated that the Y-APS on "PDS" is also CV322, but yours says "Not Found". NOT GOOD!
It is my strong recommendation that you contact your next level of support, and absolutely do NOT power off the system. Your hard drive may be bad, which means that your system is probably running on Memory in the Switching Unit. If you were to power off the system , it may not reload!!!
Try this and let me know the results:
DISPLAY-DDSM:A1;
Near the top of the output, you should see "Controller 1". Does it indicate that controller 1 "is Active Load Device, Load Area is DS:?
Each RMX partition should be displayed: A, E,F,G,H,I,J,K. Out to the right of each partition, is the status "In Service"? Other statuses may be "Present" and "Defect".
There will also be a section labeled "Controller 6". This indicates the status of your MO. Does it indicate that controller 6 "is Active Load Device, Load Area is DS:? If so, this would mean that your system was most recently booted from the MO.
Let me know the results! Also try...
DISPLAY-APS;
The output should indicate 9 different Program Systems. Let me know the results.
I know of no problems with the Applet Cache Manager installation on your release. So it is my best guess that your hard drive has problems, causing the Unixware problems (Launchpad), and your RMX Y-APS problem.
Try this:
Telnet to Unixware:
Change directory to /.AS/SWS/log/history (case sensitive)
Now type "ls" (that's a lower case L)
You should see a time stamp. This is actually a directory.
Whatever this time stamp is (example 200703031157), change to that directory (example: cd 200703031157).
Now type "ls" again, and you should see some "software_activation" files. Type:
cat software_activation.sum
Each HiPath application that installed successfully should indicate a "done" status to the right. You can also see much more info by performing "cat" on the "software_activation.log", but it is an extremely large file to explore.
Again, at this point I think you need onsite service from Siemens!!! And do NOT power off the system!!!!!!!
Get help SOON!

 

[Murzik]

Hello, John! What time are you usually start your work? Tomorrow I got your message when it probably was nine o'clock in Dallas!

I've done what you wrote, almost everything OK.

H500: AMO DDSM STARTED
CONTROLLER: 1 IS ACTIVE LOAD DEVICE, LOAD AREA IS:DS:
TYPE: HD SS-NO : <2GIGA> SIZE : 2000 MB (32000*64KB) GRAN : 512
NON-RMX PARTITIONS:
SYSTEM ID SYSTEM NAME BEGIN / NO OF SECTOR(S) SIZE
H'12 UNIXWARE H' 3E823F H' 139C5 39 MB ( 627*64KB)
H'63 UNIXWARE H' 3FBC04 H' 4237662 33902 MB (542444*64KB)
H'63 UNIXWARE H' 4633266 H' 44E1D9 2204 MB ( 35267*64KB)
AREA: A NAME : A1H1A STATUS : I N S E R V I C E
AREA-SZ: 0 MB (2 *64KB) A-GRAN: 512
AREA: E NAME : A1H1E STATUS : I N S E R V I C E
AREA-DATA IN DATABASE AND ADMINISTRATION AREA ARE EQUAL
AREA: F NAME : A1H1F STATUS : I N S E R V I C E
AREA-DATA IN DATABASE AND ADMINISTRATION AREA ARE EQUAL
AREA: G NAME : A1H1G STATUS : I N S E R V I C E
AREA-DATA IN DATABASE AND ADMINISTRATION AREA ARE EQUAL
AREA: H NAME : A1H1H STATUS : I N S E R V I C E
AREA-DATA IN DATABASE AND ADMINISTRATION AREA ARE EQUAL
AREA: I NAME : A1H1I STATUS : I N S E R V I C E
AREA-DATA IN DATABASE AND ADMINISTRATION AREA ARE EQUAL
AREA: J NAME : A1H1J STATUS : I N S E R V I C E
AREA-DATA IN DATABASE AND ADMINISTRATION AREA ARE EQUAL
AREA: K NAME : A1H1K STATUS : I N S E R V I C E
AREA-DATA IN DATABASE AND ADMINISTRATION AREA ARE EQUAL
CONTROLLER: 6
TYPE: HD SS-NO : <MO1G3> SIZE : 1183 MB ( 18932*64KB) GRAN : 2048
area from A to I is in state "blocked by AMO"

DISPLAY-APS:TYPE=PSALL;
H500: AMO APS STARTED
ADINIT STARTED
PROGRAM SYSTEM : D0-EN0DC
PROGRAM SYSTEM : A0-EN0AC
PROGRAM SYSTEM : S0-EN0SC
PROGRAM SYSTEM : S0-TNXSX
PROGRAM SYSTEM : B0-EN0BC
PROGRAM SYSTEM : L0-EN0LC
PROGRAM SYSTEM : L0-TNKLK
PROGRAM SYSTEM : Y0-EN0YC
PROGRAM SYSTEM : Y7-PNTYT

In a file software_activation.sum each application has status "done".

In a file software_activation there is one strange moment:

05 Feb 2007 19:24:11 Checking if all Packages/Applications have been installed ...
05 Feb 2007 19:24:13 Updating CMS configuration ...
05 Feb 2007 19:24:17 Writing actual RMX-database on harddisk ...
Error while executing dipas_batch
Error log:
********* RMX : LOGON at 2007/02/05 19:24:17 ONLINE BATCHPROCESSING ********
*** HICOM-Nr: RMX Contract: 00 Name:
*** CMX:200 -200 (CMX 0) disconnected by famos (blocked?)
*** HICOM-Nr: RMX Contract: Name:
dipas_batch call 'exec-updat:a1,all;' failed. Trying again ...

And so three times. And then:

Activation of 'First Installation' was successful.
05 Feb 2007 19:24:30 Initiating Unix reboot ...

I don't know what does it mean.

Are there any AMO command like "DVU" to check my Hard Disk?
I understand that it could be a big problem but it's very interesting for me to solve this problem by myself!

Now I've remembered that some time ago (about 2 months) a "MAJ" LED on a DSCXL (ADP) was RED! I did STA-HISTA: MIRROR; and saw a error:
A9001 M5 N0315 NO ACT A1 NMCALARM MAJOR ALARM ON 07-01-29 15:55:32
ALARM CLASS:SM-PER: 018
ALARM NAME:IS HARD DISK
FORMAT:2C
Then I did: EXEC-REST:SYSTEM,RESTART;

After that the error had disapeared, but an upper DSCXL became "active" and a lower DSCXL became "standby" (they swapped their state). And about month later I decided to change IP-address ...
Maybe later I will remember anything else , but then it could be not so funny.

So I need to go home (it's 11:00 p.m).
Good luck!

 

[HP4KSME]

Hi Dmitry. We are experiencing an 8 hour time difference. The failure of "dipas_batch" indicates that the pipeline between Unix and RMX is in trouble. This pipeline is driven by a service called "mpcid" (multi-purpose client interface daemon).
It is OK that the two processors switched "Active" and "Standby" statuses. As far as telephony is concerned - everything appears to be OK - correct?
The DIS-DDSM:A1 indicates that your hard drive appears to be OK. It was the last device used to reboot the system, which is good. BUT, if this pipeline was down when you attempted to re-install Unixware, how could your recent Unixware installation have used the RMX scratchpad to perform the Unix re-installation? Look again at that software_activation.log and see if it says whether it is installing from RMX scratchpad or Unixware "install partition". If it installed from the Unixware partition, you probably re-installed corrupted files.
Did your system experience a power failure, brown-out, or a short power "hit" in late January that may have caused your hard drive problem? If so, this is probably when Unixware became corrupted.
Try this:
Telnet to Unixware. Login using "engr".
Type "dipas_batch" (no quotes, and that's an underscore)
You should be connected to RMX now, where you should be able to type AMO commands. To exit, type "FI" (no quotes).
You should be back at Unix prompt now.
If that did not work, try: procadmin -l -g mpcid (that's a lower-case L) to display the status of mpcid
Is mpcid Active?
If not, there are some things you can try, but we need to get off this forum. It is slowing this process down. Do you have an email account that we could use? I absolutely cannot post my email address.
It is very challenging to point you in the right direction when I am blind like this...but I am trying!

 

[Murzik]

Good morning, John!

Whit your help I've found something rather interesting:

dipas_batch
********* RMX : LOGON at 2007/03/16 10:44:30 ONLINE BATCHPROCESSING ********
*** HICOM-Nr: RMX Contract: 00 Name:
*** CMX:200 -200 (CMX 0) disconnected by famos (blocked?)
*** HICOM-Nr: RMX Contract: Name:
#
(It's identical to the message in software_activation file, I couldn't get RMX.)

procadmin -l -g mpcid
mpcilog Active Wed Mar 14 17:44:29 2007 mpcid 2124
mpcid Active Wed Mar 14 17:44:31 2007 mpcid 2141
#
(It looks OK)

Then I looked at the next docoment:
"Siemens COM Enterprise Systems
HiPath4000 A&S V2.0 Primergy Manager CV322
HiPath4000 A&S V2.0 Primergy HTS 6.2 CV322
Release Note"
It says:
8.1.2 MPCID: FAMOS1, CPTP and FTRNS Restrictions
2. Restrictions concerning CPTP- and FTCSM-entries for Filetransfer between UW7 and RMX:
MPCID creates CPTP- and FTCSM-entries during startup for initialization of the Filetransfer between
UW7 and RMX:
CHANGE-FUNCT:SLANG=ENG;
ADD-CPTPPCON,,"DVANCC01",127.0.0.1;
ADD-CPTP:APPL,,"FILETRAN","DVANCC01","FT0",YES,102,102,"FT-HIC","$FJAM";
ADD-CPTP:APPL,,"FILETRAN","DVANCC01","FT1",YES,102,102,"FT-HIC","$FJAM001";
ADD-CPTP:APPL,,"FILETRAN","DVANCC01","FT2",YES,102,102,"FT-HIC","$FJAM002";
ADD-FTCSM:A1,STATE,RUN;
ADD-FTCSM:A1,NCF,1,"FTPS.NO", "X","X","0",OTHER;
The CPTP-entries cannot be created, if one or more entries with EMS-Application Name "DVANCC01"
already exist.
If so, all entries have to be created manually but, instead of "DVANCC01", with another EMS-Application
Name like "DVANCC02".

Then I did:
DISPLAY-CPTP:;
H500: AMO CPTP STARTED
DP-CONNECTION :
+-------+----------+-----------------+
| DP NO | DPPROC | IP NUMBER |
+-------+----------+-----------------+
| 1 | CCMSCSRV | 192.0.2.5 |
+-------+----------+-----------------+
| 2 | CCMSDBSY | 192.0.2.5 |
+-------+----------+-----------------+
| 3 | APPLPROC | 192.0.2.5 |
+-------+----------+-----------------+
| 4 | CMADP | 192.0.2.3 |
+-------+----------+-----------------+
| 5 | DVANCC01 | 192.0.2.3 |
+-------+----------+-----------------+
| 93 | HU_INTER | 192.0.2.5 |
+-------+----------+-----------------+

| 16 | FILETRAN | DVANCC01 | FT0 | YES |102 |102 |FT-HIC |$FJAM |
+-----+----------+----------+----------+-----+----+-----+----------+----------+
| 17 | FILETRAN | DVANCC01 | FT1 | YES |102 |102 |FT-HIC |$FJAM001 |
+-----+----------+----------+----------+-----+----+-----+----------+----------+
| 18 | FILETRAN | DVANCC01 | FT2 | YES |102 |102 |FT-HIC |$FJAM002 |
+-----+----------+----------+----------+-----+----+-----+----------+----------+
| 19 | FILETRAN | DVANCC01 | FT3 | YES |102 |102 |FT-HIC |$FJAM003 |
+-----+----------+----------+----------+-----+----+-----+----------+----------+
| 20 | FILETRAN | DVANCC01 | FT4 | YES |102 |102 |FT-HIC |$FJAM004 |

Thete are not such a field like "DVANCC01",127.0.0.1!
Since there is alredy exist "DVANCC01, 192.0.2.3", should I create it manually according to the instruction above?

Many thanks for your trying to help me! It's very kind of you! I realize fully that it's very dificult to do this without looking!

Because the rules of this forum ban using any addresses I'll try to type it in a secret form
murzintsev_donstroy_com (the first underscore means @ and the second one means . "point").

Happy St. Patrick's Day!