Sponsored Content
Full Discussion: Sun T5220 Firmware question
Special Forums Hardware Sun T5220 Firmware question Post 302606755 by vmcore on Monday 12th of March 2012 04:15:55 PM
Old 03-12-2012
Agree with you, my data was little old. Bottom line is that firmware "families" are for different customers needing to be on same level of FW "family" regardless of purchase date. There are many custom installations for T5xxx, and I as a customer may have requirement for specific family of FW. Sun has tried to be accommodating to all, and now they need to support it going forward.
From my experience it comes down to features and need for them. Assuming no bug forces you to upgrade.
 

3 More Discussions You Might Find Interesting

1. Solaris

Sun T5210 & T5220

Hi! Does anybody got some experiences with the Sun Server T5210 or T5220? -> especially in network configuration! Thanks... BYE (2 Replies)
Discussion started by: kaufmoa
2 Replies

2. Hardware

Sun Oracle Netra T5220 processor help

I recently required some Sun Oracle Netra T5220s. I do not have much knowledge of Sun products. The units do not have video cards or hard drives. How can I tell/go about figuring out what clock speed and how many cores the processor is? They are all outfitted with 32GB of memory. Two are... (11 Replies)
Discussion started by: nerdboy
11 Replies

3. Solaris

I can't boot my Sun T5220 server from cdrom.

hi:) i can't boot my sun server by iso solaris 10 sparc dvd that i did download from oracle site. my hardware is sun T5220. i receive these after running boot cdrom -s : can't read disk lable can't open disk lable package ERROR: boot-read fail whould u help me? Please use CODE... (1 Reply)
Discussion started by: Arefdel
1 Replies
IPSEC_SAMEADDR(3)					     Library Functions Manual						 IPSEC_SAMEADDR(3)

NAME
ipsec_sameaddr, ipsec_addrcmp, ipsec_samesubnet, ipsec_addrinsubnet, ipsec_subnetinsubnet, ipsec_subnetishost, ipsec_samesaid, ipsec_sameaddrtype, ipsec_samesubnettype - do comparisons for addresses, subnets, SA IDs and address families SYNOPSIS
#include <libreswan.h> int sameaddr(const ip_address *a, const ip_address *b); int addrcmp(const ip_address *a, const ip_address *b); int samesubnet(const ip_subnet *a, const ip_subnet *b); int addrinsubnet(const ip_address *a, const ip_subnet *s); int subnetinsubnet(const ip_subnet *a, const ip_subnet *b); int subnetishost(const ip_subnet *s); int samesaid(const ip_said *a, const ip_said *b); int sameaddrtype(const ip_address *a, const ip_address *b); int samesubnettype(const ip_subnet *a, const ip_subnet *b); DESCRIPTION
These functions do various comparisons and tests on the ip_address type and ip_subnet types. Sameaddr returns non-zero if addresses a and b are identical, and 0 otherwise. Addresses of different families are never identical. Addrcmp returns -1, 0, or 1 respectively if address a is less than, equal to, or greater than b. If they are not of the same address fam- ily, they are never equal; the ordering reported in this case is arbitrary (and probably not useful) but consistent. Samesubnet returns non-zero if subnets a and b are identical, and 0 otherwise. Subnets of different address families are never identical. Addrinsubnet returns non-zero if address a is within subnet s and 0 otherwise. An address is never within a subnet of a different address family. Subnetinsubnet returns non-zero if subnet a is a subset of subnet b and 0 otherwise. A subnet is deemed to be a subset of itself. A sub- net is never a subset of another subnet if their address families differ. Subnetishost returns non-zero if subnet s is in fact only a single host, and 0 otherwise. Samesaid returns non-zero if SA IDs a and b are identical, and 0 otherwise. Sameaddrtype returns non-zero if addresses a and b are of the same address family, and 0 otherwise. Samesubnettype returns non-zero if subnets a and b are of the same address family, and 0 otherwise. SEE ALSO
inet(3), ipsec_initaddr(3) HISTORY
Written for the FreeS/WAN project by Henry Spencer. 28 Nov 2000 IPSEC_SAMEADDR(3)
All times are GMT -4. The time now is 12:25 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy