DDR consiste em duas parcelas: lógico e físico. O endereço da camada de rede, o encapsulation, e os parâmetros do dialer são parte da parcela lógica de DDR. A relação que coloca e recebe chamadas é a parcela física. Quando os perfis do dialer são executados, as relações físicas compreendem um pool do dialer e estão alocadas deste pool em uma base como-as-needed. Uma relação física está pedida do pool do dialer quando uma chamada é feita. Está retornada ao pool quando a chamada está completa. Os perfis do dialer ligam dinâmicamente configurações lógicas e físicas para cada chamada. Isto permite que a relação física faça exame em características diferentes de acordo com as exigências de uma chamada entrante ou que parte. Recorde que a combinação de características físicas e lógicas é somente provisória e dura tão por muito tempo quanto a chamada.
| Legacy DDR | Perfis Do Dialer |
|---|---|
| Todas as canaletas do ISDN B têm a mesma configuração que a relação física. | Há uma relação lógica configurarada por a canaleta do ISDN B. |
| Um mapa do dialer é requerido para cada dialer para cada protocolo, que faz configurações multiprotocol muito complexas. | O perfil do dialer é um ponto para apontar a relação que nega a exigência para uma camada 3-to-Layer 2 que traça e as complexidades subseqüentes de controlar mapas múltiplos. |
| O apoio de seletor é restrito porque quando um BRI ou um PRI são usados back-up uma relação, todas as canaletas de B vão para baixo, e a relação inteira é inativa. | Os perfis do dialer excepto as canaletas do ISDN B permitindo o ISDN BRI conectaram para pertencer aos pools múltiplos do dialer. Isto permite que uma relação backup seja nondedicated e useable quando a relação preliminar é ainda acima. |
Além aos perks acima mencionados, os perfis do dialer fornecem a abilidade de separar a parcela lógica de DDR da relação física, permitindo o a
Permita relações excedentes construindo uma ponte sobre simultâneas de DDR aos locais múltiplos
Limite o número das conexões mínimas ou máximas que ocorrem em uma relação de DDR
|
|
Atribua a camada diferente 3 endereços de rede aos membros diferentes de uma relação física
Especifique encapsulations diferentes para as canaletas diferentes de B
Configurare membros diferentes de uma relação de DDR com parâmetros diferentes de DDR
Os perfis do dialer suportam o encapsulation somente do PPP ou do HDLC. O encapsulation do PPP é a escolha a mais popular porque é nonproprietary e oferece opções do authentication.
Um perfil do dialer é uma combinação dos seguintes componentes:
Parcela lógica da relação A do dialer de um perfil do dialer. A relação do dialer governa todos os ajustes da configuração para um destino. Cada relação do dialer pode conter mapas múltiplos do dialer. Além disso, diferente por-chame parâmetros pode ser atribuído a cada mapa do dialer definido em uma classe do mapa do dialer. A relação do dialer define o endereço do protocolo de rede do destino, o tipo do encapsulation, o tipo de authentication do PPP, e o nome remoto do dialer para PPP PAP ou RACHADURA. Outros parâmetros especificados incluem o dialer string/map, o número do pool do dialer, listas interessantes do tráfego, Multilink PPP, e intervalos de parada opcionais.
Classe do mapa do dialer um a parcela opcional de um perfil do dialer que defina características da chamada para um destino especificado. As classes do mapa são projetadas evitar de ter que identificar repetidamente as mesmas características da chamada para relações múltiplas. Se uma classe do mapa não for usada, uma definição separada das características da chamada está requerida para cada relação do dialer, mesmo se aquelas características são idênticas para diversas relações do dialer. A informação incluída em uma classe do mapa é ajustada para cada destino. Esta informação pode especificar uma velocidade do ISDN de 56 kbps, se é uma conexão semipermanent, temporizadores opcionais do dialer tais como o dialer fast idle, intervalo de parada inativo do dialer, e tempo do esper-para-portador do dialer.
Grupo do pool A do dialer de um ou mais relação física de que cada relação do dialer é um membro. Cada relação do dialer é associada com um pool do dialer. Uma relação física pode ser parte de mais de um pool do dialer. Você pode também configurarar uma prioridade opcional, que determine a disputa marcando outbound para relações físicas específicas no pool.
O exame conectara membros de um ou mais pools. A configuração de uma relação física é limitada aos parâmetros do encapsulation. Se requerido, Multilink PPP e o authentication do PPP são especificados para permitir a identificação dos pools do dialer a que a relação pertence. O método do encapsulation da relação física deve combinar aquele da relação do dialer, que pertence ao mesmo pool que a relação física.
Como você sabe, os perfis do dialer especificam a técnica dinâmicamente de ligar a configuração lógica e física. É o trabalho do NAS associar a informação do dialer com um porto físico para acomodar as necessidades de um usuário particular que marca dentro ou fora do NAS. Quando os perfis múltiplos do dialer são configurarados no NAS, deve determinar que perfil a ligar para cada chamada. As seguintes duas seções descrevem a seqüência obrigatória para marcar para fora de e marcar dentro.
O processo obrigatório para as chamadas que parte trabalha como segue:
Quando um pacote que parte chega no NAS, um lookup de tabela da rota está executado, e o pacote entrante da rede chega. Um lookup de tabela da rota aponta ao destino através da relação do dialer.
Quando se anota que a relação do dialer é um perfil do dialer, o IOS determina se uma conexão existente para este perfil existe. Se não houver nenhuns, o software identifica o pool a que a relação do dialer pertence.
O NAS procurara pela primeira relação física disponível do pool que tem a prioridade a mais elevada do pool. Quando é encontrado, esta relação está identificada para o uso em marcar. É limitada então à relação do dialer, fazendo exame na configuração dessa relação do dialer.
O número de telefone para o perfil do dialer é marcado, e o processo regular de DDR ocorre.
O que faz o processo cham-ligando entrante mais complexo do que aquele para as chamadas que parte é o fato que a relação física chamada pode ser um membro de pools múltiplos, e os pools, por sua vez, podem ser associados com os perfis múltiplos do dialer. O processo cham-ligando entrante é como segue:
Se a relação física pertencer a somente um pool, que está associado com o um perfil do dialer, o ligamento ocorre entre a relação física e este perfil do dialer. Se isto não for possível, a etapa seguinte é uma tentativa mais adicional em ligar sabido como um fósforo aproximado.
Esta tentativa procura um fósforo da linha ID da chamada (CLID) da chamada com o número do dialer de um perfil do dialer. Entretanto, a busca envolve somente os perfis associados com o pool a que a relação física marcada pertence. Se houver um fósforo, a relação física está limitada ao perfil do dialer que retornou um fósforo. Se esta etapa falhar também, prosiga com a tentativa mais adicional do emperramento sabida como um fósforo completo.
Se o authentication do PPP for configurarado na relação física, a chamada está respondida, e o chamador authenticated. Neste caso, o nome authenticated é usado combinar o perfil do dialer que contem o mesmo nome em sua configuração. Outra vez, os únicos perfis que são verificados são aqueles que são associadas com os mesmos pools de que a relação física chamada é um membro. Se a verificação retornar um fósforo, a relação física está limitada à relação encontrada do dialer. Se o fósforo completo falhar, o emperramento não pode ocorrer, e a chamada é desconectada.
Você pôde ter realizado aquele para que a última tentativa do emperramento seja bem sucedido, a relação física necessita ter o encapsulation do PPP e o authentication do PPP permitidos. Também, a relação física acopla em negociações da camada do protocolo do controle da ligação do PPP (LCP) antes de ligar a um perfil. Isto significa que se um perfil do dialer estiver usando Multilink PPP, a relação física deve ser configurarada para Multilink PPP também porque as negociações de LCP puderam ocorrer antes que o perfil do dialer esteja encontrado.
Depois que o ligamento ocorreu, este não significa que a conexão ocorreu também. Apenas porque a relação física encontrou a configuração lógica para se usar, esta não implica que a chamada não pode ser desconectada para outras razões. Uma tal razão pode ser o ponto inicial máximo configurarado para chamadas inbound. Quando o NAS encontra um perfil apropriado para uma chamada entrante, verifica se o perfil alcance seu limite máximo da conexão. Se a chamada entrante atual puser o excesso do limite da conexão do perfil seu máximo configurarado, a chamada está desconectada.
Os perfis do dialer têm determinadas limitações:
Os perfis do dialer não suportam o encapsulation dinâmico.
Os únicos tipos suportados do encapsulation são PPP e HDLC. O relé do X.25 e do quadro não é suportado atualmente.
O exame e o dialer conectaram ambos requerem o authentication do PPP ser permitidos.
O ponto inicial máximo para chamadas entrantes é verificado somente depois que a chamada foi respondida, assim que a carga aplica-se não obstante se a chamada está desconectada mais tarde por causa do limite excedido.
Cada relação do dialer faz exame acima de um bloco da descrição da relação (IDB). IDB é uma estrutura interna que controle uma relação. Porque um número limitado de IDBs está disponível (o número exato depende da plataforma de ferragem), os perfis do dialer puderam ter determinados confinamentes do scalability.
Online: 474 users browsing the articles directory
|
|