Private addresses: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
(→XXX) |
||
Line 5: | Line 5: | ||
* First digit: future use | * First digit: future use | ||
* Second digit: cluster # ; 0=UCSF legacy, 1=UofT, 2=UCSF new | * Second digit: cluster # ; 0=UCSF legacy, 1=UofT, 2=UCSF new | ||
* Third digit: | * Third digit: 0 = cluster, 1=desktops, 9=virtual isolation | ||
= YYY = | = YYY = |
Revision as of 17:55, 11 April 2014
Here is how the private addresses work. Form:
10.XXX.YYY.ZZZ
XXX
- First digit: future use
- Second digit: cluster # ; 0=UCSF legacy, 1=UofT, 2=UCSF new
- Third digit: 0 = cluster, 1=desktops, 9=virtual isolation
YYY
- First digit: 0=private network ; 1 = IPMI
- Second digit: rack number (0-7)
- Third digit: 0 = physical, 1,2,3,4... = is a VM
ZZZ
- If physical, then second and third digits = physical location in rack.
- If virtual, then serial number, starting from 1.
- Use first digit if there are 4 machines in 2U, as in SiM 4-in-1 2U machines.
Examples
- 10.0.20.12 - UCSF legacy cluster 0 (0), physical computer located in slot 12 (and possibly above) of rack 2
- 10.20.26.11 - UCSF new cluster 2 (20), VM hosted in rack 2, this is the 11th VM hosted on the the sixth VM host in that rack
- 10.10.110.9 - Toronto cluster 1 (10), this is the IPMI address for a physical machine in rack 1, in slot 9 (and possibly above)
- 10.20.20.111 - UCSF new cluster (20), rack 2, this is a 4-in-1 computer in slot 11 and 12.
Clear as mud?