.
DDR se compose de deux parties : logique et physique. L'adresse de couche réseau, l'encapsulation, et les paramètres d'appeleur font partie de la partie logique de DDR. L'interface qui place et reçoit des appels est la partie physique. Quand des profils d'appeleur sont mis en application, les interfaces physiques comportent une piscine d'appeleur et sont assignées de cette piscine sur une base comme-nécessaire. Une interface physique est empruntée à la piscine d'appeleur quand un appel est fait. Elle est retournée à la piscine quand l'appel est complet. Les profils d'appeleur lient dynamiquement des configurations logiques et physiques pour chaque appel. Ceci permet à l'interface physique de prendre différentes caractéristiques selon les conditions d'un appel entrant ou sortant. Rappelez-vous que la combinaison des caractéristiques physiques et logiques est seulement provisoire et dure aussi longtemps que l'appel.
| Legs DDR | Profils D'Appeleur |
|---|---|
| Tous les canaux de l'RNIS B ont la même configuration que l'interface physique. | Il y a une interface logique configurée par canal de l'RNIS B. |
| Une carte d'appeleur est exigée pour chaque appeleur pour chaque protocole, qui rend des configurations multiprotocole très complexes. | Le profil d'appeleur est un point pour diriger l'interface qui nie la condition pour une couche 3-to-Layer 2 traçant et les complexités suivantes de contrôler les cartes multiples. |
| La ligne téléphonique de secours est restreinte parce que quand un BRI ou un PRI est employé pour soutenir une interface, tous les canaux de B descendent, et l'interface entière est à vide. | Les profils d'appeleur économiser les canaux de l'RNIS B en permettant l'RNIS BRI connecte pour appartenir aux piscines multiples d'appeleur. Ceci permet à une interface de secours d'être non dédiée et utilisable quand l'interface primaire est toujours vers le haut. |
En plus des avantages mentionnés ci-dessus, les profils d'appeleur fournissent la capacité de séparer la partie logique de DDR de l'interface physique, vous permettant à
Permettez les interfaces finies traversières concourantes de DDR aux emplacements multiples
Limitez le nombre de raccordements minimum ou maximum ayant lieu sur une interface de DDR
Assignez à couche différente 3 adresses de réseau à différents membres d'une interface physique
Indiquez les différentes encapsulations pour différents canaux de B
Configurez les différents membres d'une interface de DDR avec différents paramètres de DDR
Les profils d'appeleur soutiennent l'encapsulation seulement de PPA ou d'HDLC. L'encapsulation de PPA est le choix le plus populaire parce qu'elle est nonproprietary et offre des options d'authentification.
Un profil d'appeleur est une combinaison des composants suivants :
Partie logique de l'interface A d'appeleur d'un profil d'appeleur. L'interface d'appeleur régit tous les arrangements de configuration pour une destination. Chaque interface d'appeleur peut contenir les cartes multiples d'appeleur. En outre, différent par-appelez les paramètres peut être assigné à chaque carte d'appeleur définie dans une classe de carte d'appeleur. L'interface d'appeleur définit l'adresse de protocole de réseau de destination, le type d'encapsulation, le type d'authentification de PPA, et le nom à distance d'appeleur pour la PPA PAP ou GERÇURE. D'autres paramètres indiqués incluent l'appeleur string/map, le nombre de piscine d'appeleur, les listes intéressantes du trafic, la PPA de Multilink, et les arrêts facultatifs.
Classe de carte d'appeleur par partie facultative d'un profil d'appeleur qui définit des caractéristiques d'appel pour une destination indiquée. Des classes de carte sont conçues pour éviter doivent identifier les mêmes caractéristiques d'appel à plusieurs reprises pour les interfaces multiples. Si une classe de carte n'est pas employée, une définition séparée de caractéristiques d'appel est exigée pour chaque interface d'appeleur, même si ces caractéristiques sont identiques pour plusieurs interfaces d'appeleur. L'information incluse dans une classe de carte est accordée pour chaque destination. Cette information peut indiquer une vitesse de l'RNIS de 56 kbps, si c'est un raccordement semi-permanent, les temporisateurs facultatifs d'appeleur tels que l'appeleur jeûnent ralenti, arrêt à vide d'appeleur, et temps d'attendre-pour-porteur d'appeleur.
Groupe de la piscine A d'appeleur d'une ou plusieurs interfaces physiques desquelles chaque interface d'appeleur est un membre. Chaque interface d'appeleur est associée à une piscine d'appeleur. Une interface physique peut faire partie de plus d'une piscine d'appeleur. Vous pouvez également configurer une priorité facultative, qui détermine la controverse composante en partance pour les interfaces physiques spécifiques dans la piscine.
L'examen médical connecte des membres d'une ou plusieurs piscines. La configuration d'une interface physique est limitée aux paramètres d'encapsulation. S'il y a lieu, l'authentification de PPA de Multilink et de PPA sont indiquées pour permettre l'identification des piscines d'appeleur auxquelles l'interface appartient. La méthode d'encapsulation d'interface physique doit assortir cela de l'interface d'appeleur, qui appartient à la même piscine que l'interface physique.
Comme vous le savez, les profils d'appeleur indiquent la technique de lier dynamiquement la configuration logique et physique. C'est le travail du NAS d'associer l'information d'appeleur à un port physique pour satisfaire les besoins d'un utilisateur particulier composant dedans ou hors derrière le NAS. Quand des profils multiples d'appeleur sont configurés sur le NAS, il doit déterminer quel profil à lier pour chaque appel. Les deux sections suivantes décrivent l'ordre obligatoire pour composer hors de et composer dedans.
Le processus obligatoire pour les appels sortants fonctionne comme suit :
Quand un paquet sortant arrive au NAS, une consultation de table d'itinéraire est exécutée, et le paquet entrant du réseau arrive. Une consultation de table d'itinéraire se dirige à la destination par l'intermédiaire de l'interface d'appeleur.
Quand on le note que l'interface d'appeleur est un profil d'appeleur, l'IOS détermine si un raccordement existant pour ce profil existe. S'il n'y en a aucun, le logiciel identifie la piscine à laquelle l'interface d'appeleur appartient.
Le NAS recherche la première interface physique disponible de la piscine qui a la priorité de piscine la plus élevée. Quand il est localisé, cette interface est identifiée pour l'usage en composant. Elle est alors liée à l'interface d'appeleur, prenant la configuration de cette interface d'appeleur.
Le numéro de téléphone pour le profil d'appeleur est composé, et le processus régulier de DDR a lieu.
Ce qui rend le processus appeler-liant entrant plus complexe que ce pour les appels sortants est le fait que l'interface physique appelée peut être un membre des piscines multiples, et les piscines, alternativement, peuvent être associées aux profils multiples d'appeleur. Le processus appeler-liant entrant est comme suit :
Si l'interface physique appartient à seulement une piscine, qui est associée à un profil d'appeleur, le grippage se produit entre l'interface physique et ce profil d'appeleur. Si ce n'est pas possible, la prochaine étape est une autre tentative à lier connu sous le nom d'allumette approximative.
Cette tentative recherche une allumette de la ligne l'identification (CLID) d'appel de l'appel avec le nombre d'appeleur d'un profil d'appeleur. Cependant, la recherche implique seulement les profils liés à la piscine à laquelle l'interface physique composée appartient. S'il y a une allumette, l'interface physique est liée au profil d'appeleur qui a renvoyé une allumette. Si cette étape échoue aussi bien, procédez à la tentative supplémentaire d'obligatoire connue sous le nom d'allumette complète.
Si l'authentification de PPA est configurée sur l'interface physique, l'appel est répondu, et le visiteur est authentifié. Dans ce cas-ci, le nom authentifié est employé pour assortir le profil d'appeleur qui contient le même nom dans sa configuration. Encore, les seuls profils qui sont vérifiés sont ceux qui sont associés aux mêmes piscines desquelles l'interface physique appelée est un membre. Si le contrôle renvoie une allumette, l'interface physique est liée à l'interface trouvée d'appeleur. Si l'allumette complète échoue, l'attache ne peut pas se produire, et l'appel est débranché.
Vous pourriez avoir réalisé cela pour que la dernière tentative d'obligatoire soit réussi, l'interface physique doit avoir l'encapsulation de PPA et l'authentification de PPA permises. En outre, l'interface physique s'engage dans des négociations de couche du protocole de commande de lien de PPA (LCP) avant de lier à un profil. Ceci signifie que si un profil d'appeleur emploie la PPA de Multilink, l'interface physique doit être aussi bien configurée pour la PPA de Multilink parce que les négociations de LCP pourraient avoir lieu avant que le profil d'appeleur soit localisé.
Après que le grippage se soit produit, ceci ne signifie pas que le raccordement s'est produit aussi bien. Juste parce que l'interface physique a trouvé la configuration logique pour employer, ceci n'implique pas que l'appel ne peut pas être débranché pour d'autres raisons. Une telle raison peut être le seuil maximum configuré pour des appels d'arrivée. Quand le NAS localise un profil approprié pour un appel d'arrivée, il vérifie si le profil a atteint sa limite maximum de raccordement. Si l'appel d'arrivée courant met l'excédent de limite du raccordement du profil son maximum configuré, l'appel est débranché.
Les profils d'appeleur ont certaines limitations :
Les profils d'appeleur ne soutiennent pas l'encapsulation dynamique.
Les seuls types soutenus d'encapsulation sont PPA et HDLC. Le relais de X.25 et de vue ne sont pas actuellement soutenus.
L'examen médical et l'appeleur connecte tous les deux exigent de l'authentification de PPA d'être permise.
Le seuil maximum pour des appels d'arrivée est vérifié seulement après que l'appel a été répondu, ainsi la charge s'applique indépendamment de si l'appel plus tard est débranché en raison de la limite dépassée.
Chaque interface d'appeleur prend un bloc de description d'interface (IDB). IDB est une structure interne qui contrôle une interface. Puisqu'un nombre limité d'IDBs sont disponible (le nombre exact dépend de la plateforme de matériel), les profils d'appeleur pourraient avoir certaines contraintes de scalability.
Online: 368 users browsing the articles directory
. |