test

Notes de version Solaris 10

Problèmes de réseau

Les bogues de réseau suivants s'appliquent à la version Solaris10.

SPARC : La taille du message RTM_IFINFO est différente selon qu'il s'agit de compilations 32 bits et 64 bits

Les programmes soixante-quatre bits qui créent les sockets PF_ROUTE et qui analysent le contenu des messages RTM_IFINFO dans la structure if_msghdr_t risquent de ne pas fonctionner correctement à moins qu'ils ne soient recompilés.

La transmission IP est désactivée par défaut dans Solaris 10

Dans cette version de Solaris, la transmission IP est désactivée par défaut. Cette configuration s'applique à IPv4 et IPv6 indépendamment des autres configurations du système. Les systèmes avec plusieurs interfaces IP, qui transmettaient les paquets IP, ne disposent plus par défaut de cette fonction automatique. Pour activer la transmission IP sur des systèmes à multi-hébergement, les administrateurs doivent manuellement effectuer davantage d'opérations de configuration.

Solution : la commande routeadm active la transmission IP. Les modifications apportées à la configuration résultant de l'utilisation de la commande routeadm subsistent après plusieurs réinitialisations du système.

Pour plus d'informations concernant la transmission IP, consultez la page man routeadm(1M).

Échec de l'initialisation de la zone lorsque l'adresse IP appartient à un groupe de multiacheminement sur réseau IP qui a échoué (6184000)

Vous pouvez configurer une zone de manière que l'adresse IP de la zone fasse partie d'un groupe de multiacheminement sur réseau IP. Le processus de configuration est décrit dans la section How to Extend IP Network Multipathing Functionality to Non-Global Zones du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.

Lorsque toutes les interfaces réseau du groupe de multiacheminement sur réseau IP échouent, une zone ne s'initialise pas si elle comporte une adresse IP faisant partie de ce groupe.

L'exemple suivant montre le résultat obtenu si vous tentez d'initialiser la zone.


# zoneadm -z my-zone boot 
zoneadm: zone 'my-zone': bge0:1: 
could not set default interface for multicast: Invalid argument 
zoneadm: zone 'my-zone': call to zoneadmd failed

Solution : réparez au moins une interface réseau dans le groupe.

L'initialisation de sous-réseaux ATM LANE pour IPv4/IPv6 peut ne pas s'effectuer (4625849)

Lors de l'initialisation du système, il peut arriver que plusieurs instances ne se connectent pas à leur instance Émulation LAN (LANE, LAN Emulation) si plus de huit instances LANE se trouvent sur un seul adaptateur. Ce bogue ne se produit pas au niveau multiutilisateur.

Solution : pour réinitialiser votre réseau SunATM, procédez comme suit :

  1. Vérifiez le problème en exécutant une commande lanestat - a.

    La valeur VCI (Virtual Circuit Identifier) des instances qui ne sont pas connectées est 0 pour le serveur LES (LAN Emulation Server ) et le serveur BUS (Broadcast and Unknown Address Server).

  2. Arrêtez et redémarrez le réseau SunATM.


    # /etc/init.d/sunatm stop
# /etc/init.d/sunatm start

  3. Réinitialisez les masques de réseau ou d'autres configurations réseau pour les interfaces SunATM.

La configuration de plusieurs tunnels entre deux noeuds IP avec validation de filtrage peut engendrer une perte de paquets (4152864)

Si vous configurez plusieurs tunnels IP entre deux noeuds IP et si vous activez ip_strict_dst_multihoming ou d'autres filtres IP, ceci peut engendrer une perte de paquets.

Solution : Choisissez :