J'ai travaillé sur de nombreux sites à travers le monde avec l'ADSL. La première sortie ci-dessous est celle que j'ai utilisée plusieurs fois et que je connais donc le mieux. C'est à partir d'un site au Royaume-Uni.
interface ATM0
no ip address
no atm ilmi-keepalive
pvc 0/38
encapsulation aal5mux ppp dialer
dialer pool-member 1
!
interface Dialer1
ip address negotiated
encapsulation ppp
dialer pool 1
dialer-group 1
ppp chap hostname xxxxxx
ppp chap password xxxxxx
ppp authentication chap callin
Je comprends comment cela fonctionne. Maintenant ce que je ne comprends pas. Cette configuration ci-dessous provient d'un site de Turin en Italie.
interface ATM0/1/0
no ip address
ip mtu 1492
atm bandwidth dynamic
no atm ilmi-keepalive
!
interface ATM0/1/0.1 point-to-point
ip address xxxxx xxxxxx
ip mtu 1492
pvc 8/35
vbr-nrt 896 896 1
encapsulation aal5snap
max-reserved-bandwidth 97
C'est le seul élément de la configuration pour le faire fonctionner. Il n'y a pas de numéroteur, pas de nom d'utilisateur ou de mot de passe ppp. C'est littéralement toute la configuration (sauf évidemment une route par défaut) requise pour le faire fonctionner. Alors s'il vous plaît quelqu'un peut-il m'expliquer comment cela fonctionne?
La façon dont j'ai appris est que vous obtenez votre synchronisation (essentiellement un bon réseau physique avec le FAI, c'est-à-dire une connectivité de couche 1). Ensuite, vous obtenez une session, qui est l'endroit où vous créez votre session PPP au FAI, qui vous authentifie (c'est layer2). Enfin, à la couche 3, vous pouvez ensuite accéder à Internet (c'est-à-dire au-delà du réseau du FAI). Alors, comment fonctionne cette aal5snap, et comment fonctionne cette configuration pour les amener sur Internet?
Réponses:
Vous connaissez IP sur PPP sur ATM.
La configuration que vous ne comprenez pas est IP sur ATM, c'est-à-dire que les trames ATM transportent directement les trames IP.
ATM a été conçu pour transporter de nombreux protocoles différents en utilisant de nombreuses méthodes de codage différentes.
Une raison pour laquelle certains opérateurs (principalement l'Europe centrale) choisissent d'ajouter PPP au mix est parce que cela leur permet d'offrir un accès à d'autres opérateurs relativement facilement, c'est-à-dire que les sessions PPP se termineraient en fait avec un autre opérateur, pas où se trouve votre connexion physique.
La troisième façon courante de le faire est IP sur Ethernet sur ATM, ce qui est encore une autre configuration.
la source
Jetez un oeil à RFC1483 . Fondamentalement, c'est IP sur ATM. Vous pouvez soit ne pas faire d'authentification et supposer que toute personne connectée à votre BRAS est un utilisateur valide, ou utiliser quelque chose comme DHCP pour attribuer des IP en fonction d'attributs client spécifiques.
la source
Il s'agit d'IP sur ATM (pas de PPP). Vous n'avez pas besoin d'authentification (et PPP) là-bas. L '"utilisateur" est spécifié par le pvc (8/35) dans la configuration. Chaque ligne a son propre PVC, composé de l'ATM VPI / VCI.
Pour plus d'informations, il existe une FAQ de Cisco pour ATM PVC .
Le PVC doit être le même aux deux extrémités et est fourni par le fournisseur ATM.
la source