Rete

Solaris include i seguenti miglioramenti relativi alla rete. Integrazione di Sun ONE Application Server è stato rivisto in Solaris 9 12/03. I miglioramenti alle funzioni di rete inclusi nelle precedenti versioni di Solaris 9 sono i seguenti:

• Sun ONE Message Queue

• SPARC: Multidata Transmit TCP

• Router 6to4 per il protocollo IP versione 6 (IPv6)

• Tunneling dei pacchetti su IPv6

• Hosting di più siti Web su un singolo sistema Solaris

• IPQoS (IP Quality of Service)

• Selettore utente per IPQoS (Internet Protocol Quality of Service)

• RIPv2 (Routing Information Protocol Version 2)

Integrazione di Sun ONE Application Server

Si tratta di una nuova funzione per la piattaforma SPARC inclusa per la prima volta in Solaris 9 12/02. In Solaris 9 12/03 questa funzione è disponibile anche per la piattaforma x86.

Sun ONE Application Server 7, Platform Edition (già iPlanet^TM Application Server) è ora integrato nel sistema operativo Solaris. La Platform Edition dell'Application Server rappresenta una base ottimale per servizi applicativi e Web di classe aziendale. Il server utilizza una piattaforma J2EE^TM (Java^TM 2 Platform, Enterprise Edition) ad alte prestazioni e di piccolo ingombro. J2EE consente lo sviluppo, la distribuzione e la gestione di applicazioni aziendali e di Web services su una vasta gamma di server, client e dispositivi.

Sun ONE Application Server consente di migliorare la portabilità delle applicazioni e di ridurre i tempi di immissione sul mercato delle nuove applicazioni Java e XML (eXtensible Markup Language). Queste nuove applicazioni sono compatibili con la piattaforma J2EE 1.3. L'Application Server consente di creare applicazioni basate sulle tecnologie JavaServer Pages^TM (JSP^TM), Java Servlet ed Enterprise JavaBeans^TM (EJB^TM). Queste tecnologie supportano molte esigenze aziendali diverse, dalle piccole applicazioni dipartimentali ai servizi mission-critical su scala aziendale.

Le principali caratteristiche comprendono:

• Integrazione di Sun ONE Message Queue e del server HTTP (Hypertext Transfer Protocol) da Sun ONE Web Server

• Scalabilità con prestazioni superiori

• Ampio supporto dei Web services – Java Web Services, Simple Object Access Protocol (SOAP), Web Services Description Language (WSDL)

• Interoperabilità con Sun ONE Portal Server 6.0 e Sun ONE Directory Server

• Utilizzo dell'implementazione di riferimento J2EE

Le denominazioni dei prodotti sono state modificate come segue:

• Sun ONE Message Queue (ex iPlanet Message Queue for Java)

• Sun ONE Web Server (ex iPlanet Web Server)

• Sun ONE Portal Server (ex iPlanet Portal Server)

• Sun ONE Directory Server (ex iPlanet Directory Server)

Per maggiori informazioni, vedere la Sun ONE Application Server 7 Collection Update 1 (Solaris Edition). Per maggiori informazioni su questa collezione, vedere Documentazione nuova e rivista in Solaris 9 8/03. Vedere anche http://wwws.sun.com/software/products/appsrvr/home_appsrvr.html.

Per informazioni sui termini specifici di licenza, vedere la licenza del codice binario.

Sun ONE Message Queue

Si tratta di una nuova funzione per la piattaforma SPARC inclusa per la prima volta in Solaris 9 12/02. In Solaris 9 8/03 questa funzione è disponibile anche per la piattaforma x86.

Solaris supporta ora le applicazioni JMS (Java Messaging Service). Questa versione utilizza Sun ONE Message Queue (ex iPlanet Message Queue for Java) come provider JMS.

Il messaging JMS permette alle applicazioni e ai loro componenti di scambiarsi messaggi in modo asincrono e affidabile. I processi eseguiti su piattaforme e sistemi operativi differenti possono connettersi a uno stesso servizio di messaging per scambiarsi informazioni.

Sun ONE Message Queue, Platform Edition comprende un'implementazione completa della specifica JMS. La coda di messaggi fornisce ulteriori funzioni, tra cui:

• Amministrazione centralizzata

• Prestazioni ottimizzabili

• Supporto di JNDI^TM ((Java Naming and Directory Interface)

• Supporto per il messaging SOAP (Simple Object Access Protocol)

Per maggiori informazioni, vedere i manuali Sun ONE Message Queue 3.0.1 Administrator's Guide e Sun ONE Message Queue 3.0.1 Developer's Guide. Per informazioni sulle varie edizioni e sulle funzioni di Sun ONE Message Queue, vedere anche il seguente sito Web:

http://www.sun.com/software/products/message_queue/home_message_queue.html

SPARC: Multidata Transmit TCP

Questa funzione è stata inclusa per la prima volta in Solaris 9 8/03.

La funzione Multidata Transmit (MDT) permette allo stack di rete di inviare più pacchetti simultaneamente al driver di rete durante la trasmissione. Questa funzione riduce i costi di elaborazione per pacchetto migliorando l'utilizzo della CPU dell'host o il throughput della rete.

La funzione MDT è efficace solo con i driver che la supportano.

Per usare il parametro MDT, è necessario abilitare il seguente parametro nel file /etc/system:

set ip:ip_use_dl_cap = 0x1

Nella configurazione predefinita, la funzione MDT è disabilitata. Lo stack TCP/IP può essere impostato in modo da abilitare MDT come segue:

# ndd -set /dev/ip ip_multidata_outbound 1

Prendere in considerazione i seguenti aspetti prima di abilitare MDT:

• L'uso di questa funzione può cambiare l'aspetto dei pacchetti tra il livello IP e il provider DLPI. Ad esempio, alcuni moduli STREAMS di terze parti possono venire inseriti dinamicamente tra il livello IP e il provider DLPI con il comando inconfig modinsert. I moduli in oggetto potrebbero avere un funzionamento errato. Il comando ifconfig modinsert non è in grado di interpretare il tipo di dati STREAMS di MDT.

• È possibile che vengano inseriti moduli tra il livello IP e il provider DLPI anche utilizzando il meccanismo autopush(1M). Anche questi moduli possono avere un funzionamento errato.

• Se il modulo STREAMS non supporta MDT, mantenere questa funzione disabilitata. Ad esempio, le utility di dominio pubblico ipfilter e CheckPoint Firewall-1 non supportano MDT.

Per maggiori informazioni, vedere il manuale Solaris Tunable Parameters Reference Manual e la pagina man ip(7P).

Router 6to4 per il protocollo IP versione 6 (IPv6)

Questa funzione è stata inclusa per la prima volta in Solaris 9 4/03.

Le reti IPv6 possono ora trasferire i pacchetti sulle reti IPv4 (Internet Protocol Version 4) configurando uno o più router per il supporto dei tunnel 6to4. Gli amministratori di sistema possono usare i tunnel 6to4 come metodo di transizione per la migrazione delle reti da IPv4 a IPv6. Questa funzione implementa le RFC 3056 e 3068.

Per maggiori informazioni su IPv6, vedere il manuale IPv6 Administration Guide.

Tunneling dei pacchetti su IPv6

Questa funzione è stata inclusa per la prima volta in Solaris 9 9/02.

La funzione consente di effettuare il tunneling su IPv6 sia nel caso dei tunnel IPv4 su IPv6 che per quelli IPv6 su IPv6. I pacchetti (IPv4 o IPv6) possono essere incapsulati nei pacchetti IPv6.

Per maggiori informazioni, vedere il manuale IPv6 Administration Guide.

Hosting di più siti Web su un singolo sistema Solaris

Questa funzione è stata inclusa per la prima volta in Solaris 9 12/02.

Il modulo NCA (Network Cache and Accelerator) del kernel di Solaris supporta ora più istanze di Web server. Questo supporto permette di usare un sistema Solaris per il Web hosting virtuale basato sugli indirizzi IP (Internet Protocol). Solaris utilizza un singolo file di configurazione, /etc/nca/ncaport.conf, per assegnare i socket NCA agli indirizzi IP.

Per maggiori informazioni, vedere la pagina man ncaport.conf(4).

IPQoS (IP Quality of Service)

Questa funzione è stata inclusa per la prima volta in Solaris 9 9/02.

Questa funzione consente agli amministratori di sistema di fornire differenti livelli di servizio di rete ai clienti e alle applicazioni più importanti. Usando IPQoS, gli amministratori possono impostare gli appropriati contratti di servizio. Tali contratti permettono ai clienti dei provider di servizi Internet (ISP) di ottenere vari livelli di servizio in base a una determinata struttura di prezzi. Le aziende possono anche decidere di usare IPQoS per impostare le priorità tra le applicazioni in modo da garantire una migliore qualità del servizio alle applicazioni più importanti rispetto alle altre.

Per maggiori informazioni, vedere il manuale IPQoS Administration Guide.

Selettore utente per IPQoS (Internet Protocol Quality of Service)

Questa funzione è stata inclusa per la prima volta in Solaris 9 8/03.

La funzione IPQoS di Solaris include ora il selettore utente, che sostituisce l'attuale selettore uid. Il selettore utente permette di specificare un nome utente o un ID utente come criterio nelle clausole di filtro del file ipqosconf. In precedenza, il selettore uid poteva accettare come valore solo un ID utente. La seguente clausola di filtro di un file ipqosconf mostra un esempio di utilizzo del selettore utente:

filter {
        name esempio;
        user root;
}

Per informazioni sui filtri e sui selettori, vedere il manuale IPQoS Administration Guide e la pagina man ipqosconf(1M).

RIPv2 (Routing Information Protocol Version 2)

Questa funzione è stata inclusa per la prima volta in Solaris 9 9/02.

Solaris supporta ora il protocollo RIPv2 (Routing Information Protocol versione 2).

RIPv2 aggiunge al protocollo RIPv1 le estensioni CIDR (Classless Inter-Domain Routing) e VLSM (Variable-Length Subnet Mask). Le estensioni MD5 (Message Digest 5) proteggono i router dalle modifiche intenzionali all'instradamento eseguite con lo scopo di violare la sicurezza. La nuova implementazione di in.routed incorpora anche un meccanismo di identificazione dei router (RFC 1256) basato sul protocollo ICMP (Internet Control Message Protocol).

RIPv2 supporta il multicast, se i collegamenti point-to-point hanno il multicast abilitato. RIPv2 supporta anche la modalità unicast. Se si configura un indirizzo di broadcast usando il file /etc/gateways, RIPv2 supporta il broadcast.

Per informazioni sulla configurazione di RIPv2, vedere le pagine man in.rdisc( 1M), in.routed( 1M) e gateways( 4).