DEC Net

Noms de nœud et de service LAT

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu

Conversations connexes de la communauté de soutien de Cisco

Introduction

Ce document fournit l'exemple de la façon dont le noeud et les noms de service de Protocole LAT (Local Area Transport) sont utilisés avec le Ý de Cisco IOS. Les exemples expliquent également comment des connexions de LAT peuvent être surveillées.

Avant de commencer

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Conditions préalables

Aucune condition préalable spécifique n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conditions requises de LAT

Pour qu'un routeur se rende automatiquement compte des annonces de service de LAT d'autres Noeuds, il doit avoir l'installation suivante :

  • une image de logiciel Cisco IOS qui prend en charge le LAT

  • Lat enabled sur les interfaces appropriées

Des exemples de ces conditions requises sont affichés ci-dessous :

hopper# show version
Cisco Internetwork Operating System Software 
IOS (tm) 2500 Software (C2500-J-L), Version 11.2(12.1), MAINTENANCE INTERIM SOFTWARE
Copyright (c) 1986-1998 by cisco Systems, Inc.
Compiled Mon 02-Mar-98 15:01 by cuser
Image text-base: 0x0303F1BC, data-base: 0x00001000

hopper# show lat service
Service Name     Rating   Interface  Node (Address)
ALBIE                84   Ethernet0  ALBIE (aa00.0400.0a28)
  Ident:        Welcome to OpenVMS VAX V7.1    
ALFIE                67   Ethernet0  ALFIE (aa00.0400.1728)
  Ident:        Welcome to OpenVMS (TM) VAX Operating System, Version V7.1    
ALPHIE               71   Ethernet0  ALPHIE (0800.2be6.9ec9)
  Ident: @sys$manager:announce.txt

Puisque le LAT est un transport valide d'entrée et sortie pour les ports asynchrones, le routeur répondra aux sollicitations de LAT dirigées au routeur tant que le LAT est configuré comme transport valide. Un exemple est affiché ci-dessous :

line 2 3
 transport input all

hopper# show line 2
 Tty Typ     Tx/Rx     A Modem  Roty AccO AccI  Uses    Noise   Overruns
   2 TTY   9600/9600   -    -      -    -    -     0        0        0/0
 
Line 2, Location: "", Type: ""
Length: 24 lines, Width: 80 columns
Baud rate (TX/RX) is 9600/9600, no parity, 2 stopbits, 8 databits
Status: Ready
Capabilities: none
Modem state: Ready
Group codes:    0
Modem hardware state: noCTS noDSR  DTR RTS
Special Chars: Escape  Hold  Stop  Start  Disconnect  Activation
                ^^x    none   -     -       none         
Timeouts:      Idle EXEC    Idle Session   Modem Answer  Session   Dispatch
               00:10:00        never                        none     not set
                            Idle Session Disconnect Warning
                              never 
Modem type is unknown.
Session limit is not set.
Time since activation: never
Editing is enabled.
History is enabled, history size is 10.
DNS resolution in show commands is enabled
Full user help is disabled
Allowed transports are lat pad v120 mop telnet rlogin nasi.  Preferred is lat.
No output characters are padded
No special data dispatching characters

Établir un rapport de LAT

Il y a deux méthodes d'établir une connexion de LAT.

Méthode 1 : Le périphérique demande une connexion à un service en fonction sur une Multidiffusion de publicité de service qui a été vue et cachée. Un exemple est affiché ci-dessous :

hopper# show lat service
Service Name     Rating   Interface  Node (Address)
ALBIE                84   Ethernet0  ALBIE (aa00.0400.0a28)
  Ident:        Welcome to OpenVMS VAX V7.1    
ALFIE                65   Ethernet0  ALFIE (aa00.0400.1728)
  Ident:        Welcome to OpenVMS (TM) VAX Operating System, Version V7.1    
ALPHIE               71   Ethernet0  ALPHIE (0800.2be6.9ec9)
  Ident: @sys$manager:announce.txt

Méthode 2 : Le périphérique sollicite une connexion à un nom du noeud « x », contenant un port nommé « y ». Dans l'exemple suivant, le VAX a un périphérique de LAT (LTA400) défini pour se connecter au noeud « chargeur », le port "2".

ALFIE> mc latcp show port lta400
 
Local Port Name:   _LTA400:          Local Port Type:  Application (Queued)
Local Port State:  Inactive
Connected Link:     
 
 Target Port Name:     2                Actual Port Name:                     
 Target Node Name:     HOPPER           Actual Node Name:                     
 Target Service Name:                   Actual Service Name:

Si une connexion terminale virtuelle est tentée du VAX, les affichages suivants :

ALFIE> set host/dte lta400
%REM-I-TOQUIT, connection established
Press Ctrl/\ to quit, Ctrl/@ for command mode

Et ceci affiche :

hopper# debug lat event
LAT event debugging is on
hopper#
hopper#
00:18:06: LAT: Host Initiated connection from ALFIE to :2, sc=1
00:18:06: LAT2: created new inbound session
00:18:06: LAT2: Host-initiated connection complete
00:18:06: LAT2: DataB: +FlowIn +FlowOut Parity 2A  Mode Interactive(0)  Speed *19200/*19200
00:18:06: LAT2: DataB ignored

hopper# who
    Line     User      Host(s)              Idle Location
*  0 con 0             idle                 00:00:00 
   2 TTY 2             idle                 00:00:18 ALFIE
   9 aux 0             Async interface      00:00:47

Comme vous pouvez voir, le routeur a pris le nom de noeud par défaut du « chargeur » (le LAT ne distingue pas les majuscules et minuscules), qui est le nom d'hôte du routeur. Vous pouvez également assigner un nom du noeud différent au routeur utilisant la commande de nom du noeud de lat, comme affiché ci-dessous :

hopper# conf terminal
Enter configuration commands, one per line.  End with CNTL/Z.
hopper(config)# lat node-name froggie
hopper(config)# ^Z

Si VAX les essais maintenant à connecter, le routeur ne répond pas à la demande de sollicitation du VAX, parce que le routeur ne contient plus le nom de lat node « chargeur ». Le périphérique LTA sur le VAX doit être redéfini pour indiquer le nom du noeud « froggie » au lieu du « chargeur ».

ALFIE> set h/dte lta400
 
%REM-I-TOQUIT, connection established
 
Press Ctrl/\ to quit, Ctrl/@ for command mode
 
%REM-E-PORTRXERR, port receive error
-SYSTEM-F-HANGUP, data set hang-up
 
%REM-S-END, control returned to node ALFIE
%SYSTEM-F-HANGUP, data set hang-up
ALFIE>

hopper# show debug
LAT:
  LAT event debugging is on
hopper# 

Vous pouvez définir des services sur le routeur pour éviter les frais d'administration des noms du noeud. La configuration pour ceci est affichée ci-dessous :

hopper# conf terminal
Enter configuration commands, one per line.  End with CNTL/Z.
hopper(config)# lat service rodent enab
hopper(config)# ^Z

Le routeur enverra maintenant des annonces de service de LAT pour le service « rongeur ». Suivant les indications de l'exemple ci-dessous, le VAX peut voir ces annonces de service et peut ouvrir des connexions utilisant le nom de service :

ALFIE> mc latcp show service
 
Service Name      Status       Identification
----------------  -----------  -------------------------------------------------
ALBIE             Available    .Welcome to OpenVMS VAX V7.1    
ALFIE             Available    .Welcome to OpenVMS VAX V7.1    
ALPHIE            Available    @sys$manager:announce.txt
PRINTERC          Available    
RODENT            Available    

ALFIE>set h/lat rodent
%LAT-S-CONNECTED, session to RODENT on node FROGGIE established
%LAT-I-TODISCON, type ^\ to disconnect the session
 
User Access Verification
 
Username: 

hopper#
hopper#
00:26:10: LAT: Host delay = 4 tics
00:26:10: LAT: Got new inbound host connection

00:26:10: LAT10: created new inbound session
hopper#

Remarque: Les méthodes de connexion à un nom de service et à une paire de noeud/port diffèrent. La connexion de service fournit une session vty tandis que le noeud/combinaison de ports fournit une connexion téléscripteur. C'est parce qu'une connexion de service est initiée par le VAX au serveur d'accès, mais un noeud/connexion de port est initié par le serveur d'accès en raison d'une invitation du VAX. Le VAX demande réellement au serveur d'accès pour mettre en marche un circuit virtuel du noeud « x » et pour mettre en communication « y » au VAX.

Un exemple d'une connexion de service est affiché ci-dessous :

hopper# who
    Line     User      Host(s)                  Idle Location
*  0 con 0             idle                 00:00:00 
   9 aux 0             Async interface      00:00:36 
  10 vty 0             idle                 00:01:05 ALFIE

Un exemple d'une connexion de noeud/combinaison de ports est affiché ci-dessous :

hopper# who
    Line     User      Host(s)                  Idle Location
*  0 con 0             idle                 00:00:00 
   2 TTY 2             idle                 00:01:24 ALFIE
   9 aux 0             Async interface      00:00:22

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 9346