Tunelamento L2TP LAC para assinantes

Seleção quando o failover entre níveis de preferência está configurado

Quando um usuário tenta fazer login em um domínio em uma configuração padrão — ou seja, quando o failover dentro de um nível de preferência e o balanceamento de carga não estão configurados — o LAC procura destinos válidos para o domínio solicitado, começando pelo nível de preferência de túnel mais alto. Se nenhum destino válido for encontrado ou a tentativa de conexão a um destino falhar, o LAC descerá para o próximo nível inferior para continuar a pesquisa. O processo de pesquisa é o mesmo para todos os níveis, exceto para o mais baixo:

1. A pesquisa começa identificando túneis com destinos válidos no nível de preferência entre todos os túneis especificados no perfil do túnel do domínio.

2. Todos os destinos válidos bloqueados são colocados na lista DestinationsLockedNotContacted. Nenhuma tentativa é feita para entrar em contato com nenhum desses destinos.

3. Dentre os destinos válidos e desbloqueados, o LAC seleciona um aleatoriamente e tenta se conectar por meio do túnel associado; se o túnel não tiver sessões atuais, o LAC deverá estabelecer o túnel.

   Observação:

   A seleção aleatória é o comportamento padrão. O comportamento é diferente quando o balanceamento de carga ponderado ou o balanceamento de carga igual ao destino é configurado. Consulte Seleção ao distribuir a carga de sessão em vários LNSs para obter informações sobre o balanceamento de carga.

   • Se a tentativa for bem-sucedida, o LAC relatará o login bem-sucedido ao cliente PPP. O LAC também limpa todos os destinos na lista DestinationsLockedNotContacted.

   • Se o LAC não receber resposta, ele repetirá a tentativa até o número máximo de novas tentativas. Se o LAC esgotar as novas tentativas sem receber uma resposta, a tentativa será considerada malsucedida e o LAC marcará o destino como inalcançável bloqueando o destino. Ele coloca o destino na lista de bloqueios e inicia o temporizador de bloqueio de destino.

4. O que o LAC faz a seguir depende do nível de preferência atual.

   • Se não for o nível de preferência mais baixo, o LAC cai para o próximo nível de preferência mais baixo e continua o processo de pesquisa.

   • Se for o nível de preferência mais baixo e a lista DestinationsLockedNotContacted não estiver vazia, o LAC desbloqueará todos os destinos na lista DestinationsLockedNotContacted, voltará para o nível de preferência mais alto e reiniciará o processo de pesquisa.

   • Se for o nível de preferência mais baixo e a lista DestinationsLockedNotContacted estiver vazia, o que significa que todos os destinos válidos foram tentados, o LAC relatará uma falha no login do cliente PPP.

5. Quando os destinos válidos em um nível estão todos bloqueados, o que o LAC faz a seguir depende do nível de preferência atual.

   • Se não for o nível de preferência mais baixo, o LAC cai para o próximo nível de preferência mais baixo e continua o processo de pesquisa.

   • Se for o nível de preferência mais baixo, o LAC seleciona o destino válido e bloqueado com o menor tempo de bloqueio restante. Ele limpa o temporizador de bloqueio e tenta se conectar ao destino e estabelecer uma sessão.

     • Se a tentativa for bem-sucedida, o LAC relatará o login bem-sucedido ao cliente PPP.

     • Se a tentativa falhar e a lista DestinationsLockedNotContacted estiver vazia — o que significa que todos os destinos válidos foram tentados — o LAC relatará uma falha no login para o cliente PPP.

     • Se a tentativa falhar e a lista DestinationsLockedNotContacted não estiver vazia, o LAC desbloqueará todos os destinos na lista DestinationsLockedNotContacted, voltará para o nível de preferência mais alto e reiniciará o processo de pesquisa.

6. Quando nenhum destino válido está presente, o que o LAC faz a seguir depende do nível de preferência atual.

   • Se não for o nível de preferência mais baixo, o LAC cai para o próximo nível de preferência mais baixo e continua o processo de pesquisa.

   • Se for o nível de preferência mais baixo e a lista DestinationsLockedNotContacted estiver vazia, o que significa que todos os destinos válidos foram tentados, o LAC relatará uma falha no login do cliente PPP.

   • Se for o nível de preferência mais baixo e a lista DestinationsLockedNotContacted não estiver vazia, o LAC desbloqueará todos os destinos na lista DestinationsLockedNotContacted, voltará para o nível de preferência mais alto e reiniciará o processo.

7. O processo de pesquisa e failover percorre os níveis até que uma sessão seja estabelecida ou todos os destinos válidos tenham sido tentados — nenhum destino permanece na lista DestinationsLockedNotContacted — e o logon falhe.

A Figura 1 ilustra as possíveis condições e pontos de decisão que determinam a seleção de um destino e do túnel correspondente para o caso padrão, em que o failover ocorre entre os níveis de preferência do túnel.

Figura 1: Processo de seleção de destino e túnel com failover entre níveis de preferência

Por exemplo, suponha que o perfil do túnel inclua os seguintes túneis, cada um com um destino válido:

• Preferência 0, Túnel 1, 192.168.10.10

• Preferência 1, Túnel 2, 192.168.22.22

• Preferência 1, Túnel 3, 192.168.33.33

• Preferência 2, Túnel 4, 192.168.44.44

O failover dentro da preferência e o balanceamento de carga não estão configurados.

Quando um usuário PPP tenta se conectar ao domínio, o LAC age da seguinte maneira:

1. No nível de preferência mais alto, 0, o LAC seleciona o Túnel 1 porque é o único túnel no nível com um destino válido. O LAC tenta alcançar 192.168.10.10.

2. Essa tentativa de conexão falha, portanto, o LAC bloqueia 192.168.10.10. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire.

3. O LAC cai (failover) para o próximo nível, o nível de preferência 1, para alcançar um destino para o domínio. O LAC seleciona aleatoriamente entre 192.168.22.22 até o Túnel 2 e 192.168.33.33 até o Túnel 3. Ele seleciona 192.168.22.22 e tenta se conectar através do Túnel 2.

4. A tentativa de conexão com 192.168.22.22 falha, então o LAC bloqueia 192.168.22.22. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire.

   Observação:

   Embora o Túnel 3 tenha um destino válido e desbloqueado, o LAC não pode agora selecionar esse túnel para alcançar 192.168.33.33, porque o LAC pode fazer apenas uma tentativa de alcançar um destino válido cada vez que procura em um nível quando o método de failover está entre os níveis de preferência.

5. O LAC cai para o nível final (mais baixo) neste exemplo, o nível de preferência 2. O LAC seleciona o Túnel 4 porque é o único túnel no nível com um destino válido. O LAC tenta chegar a 192.168.44.44.

6. A tentativa de conexão com 192.168.44.44 também falha, então o LAC bloqueia 192.168.44.44. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire.

7. Como esse é o nível mais baixo e a lista DestinationsLockedNotContacted está vazia, o LAC rejeita a solicitação de login do cliente PPP.

   Os destinos 192.168.10.10, 192.168.22.22 e 192.168.44.44 foram bloqueados, mas não foram adicionados à lista DestinationsLockedNotContacted porque o LAC os bloqueou após a tentativa de conexão. O destino 192.168.33.33 não foi contatado, mas não foi adicionado à lista DestinationsLockedNotContacted porque não está bloqueado.

8. O cliente tenta fazer login novamente e o LAC repete o processo de seleção do túnel, recomeçando no nível de preferência 0 para verificar se há um destino desbloqueado e válido e percorrendo os níveis conforme necessário.

9. No nível de preferência 0, 192.168.10.10 é o único destino válido e ainda está bloqueado, portanto, o LAC não pode tentar se conectar ao destino. O LAC adiciona 192.168.10.10 à lista DestinationsLockedNotContacted e, em seguida, cai para o nível de preferência 1.

   Observação:

   Lembre-se de que o temporizador de bloqueio de destino se aplica globalmente, portanto, persiste em vários logins de assinantes. A lista DestinationsLockedNotContacted aplica-se somente a um determinado login de assinante e não persiste. Embora o LAC tenha entrado em contato com 192.168.10.10 para esse assinante, foi durante uma tentativa de login anterior. Nessa tentativa de logon, ele não pode entrar em contato com o destino devido ao bloqueio e, consequentemente, coloca o destino na lista DestinationsLockedNotContacted.

10. No nível de preferência 1, 192.168.22.22 ainda está bloqueado, portanto, o LAC adiciona 192.168.22.22 à lista DestinationsLockedNotContacted. 192.168.33.33 ainda está disponível. O LAC tenta se conectar ao 192.168.33.33 através do Túnel 3.

11. Essa tentativa de conexão falha, então o LAC bloqueia 192.168.33.33. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire. O LAC cai para o nível de preferência 2.

12. 192.168.44.44 ainda está bloqueado, portanto, o LAC adiciona 192.168.44.44 à lista DestinationsLockedNotContacted.

13. Esse é o nível de preferência mais baixo, mas desta vez a lista DestinationsLockedNotContacted não está vazia; Ele contém 192.168.10.10, 192.168.22.22 e 192.168.44.44. O LAC desbloqueia todos os destinos na lista DestinationsLockedNotContacted e, em seguida, volta para o nível de preferência mais alto.

14. No nível de preferência 0, o LAC tenta se conectar a 192.168.10.10 porque ele foi desbloqueado. O LAC estabelece a sessão e relata o login bem-sucedido para o cliente PPP.

Embora o LAC não tente entrar em contato com um destino bloqueado, há um caso especial em que o LAC atingiu o nível de preferência mais baixo. O nível deve ter mais de um destino válido e todos eles devem ser bloqueados. Por exemplo, suponha que o perfil do túnel inclua os seguintes túneis, cada um com um destino válido:

• Preferência 0, Túnel 1, 192.168.10.10

• Preferência 1, Túnel 2, 192.168.22.22. O destino está bloqueado com o temporizador de bloqueio atualmente em 245 segundos.

• Preferência 1, Túnel 3, 192.168.33.33. O destino está bloqueado com o temporizador de bloqueio atualmente em 180 segundos.

O failover dentro da preferência e o balanceamento de carga não estão configurados.

Quando um usuário PPP tenta se conectar ao domínio, o LAC age da seguinte maneira:

1. No nível de preferência mais alto, 0, o LAC seleciona o Túnel 1 porque é o único túnel no nível com um destino válido. O LAC tenta alcançar 192.168.10.10.

2. Essa tentativa de conexão falha, portanto, o LAC bloqueia 192.168.10.10. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire.

3. O LAC cai para o próximo nível, o nível de preferência 1, para alcançar um destino para o domínio. Ambos os destinos válidos neste nível, 192.168.22.22 e 192.168.33.33, estão bloqueados.

4. O LAC adiciona os dois destinos à lista DestinationsLockedNotContacted.

5. Como esse é o nível de preferência mais baixo, o LAC determina qual destino tem um tempo de bloqueio restante mais curto. Ele seleciona 192.168.33.33 porque tem um tempo de bloqueio restante mais curto (180 segundos) do que 192.168.22.22 (245 segundos). O LAC desbloqueia 192.168.33.33 e tenta se conectar através do Túnel 3. Como consequência, o LAC também remove 192.168.33.33 da lista DestinationsLockedNotContacted.

6. A tentativa de conexão é bem-sucedida e uma sessão é estabelecida para 192.168.33.33. O LAC relata um login bem-sucedido no cliente PPP.

Seleção quando o failover dentro de um nível de preferência é configurado

Quando você configura o failover dentro de um nível de preferência, o processo de seleção de destino e túnel é o mesmo da configuração padrão, com uma exceção: o LAC não está limitado a apenas uma tentativa de conexão em um nível de preferência.

Quando o LAC tenta se conectar a um destino válido e desbloqueado e não é bem-sucedido, ele bloqueia esse destino, mas não desce imediatamente para o próximo nível inferior. Em vez disso, se outro destino válido e desbloqueado estiver disponível no mesmo nível de preferência, o LAC tentará se conectar a esse destino.

Se o LAC não se conectar, ele continuará tentando chegar a um destino dentro desse nível de preferência até que não haja mais destinos válidos e desbloqueados a serem tentados. Nesse ponto, o LAC desce para pesquisar no próximo nível de preferência inferior. Em cada nível, o LAC procura e tenta se conectar a um destino válido até que nenhum destino válido e desbloqueado esteja disponível.

Se o LAC cair para o nível de preferência mais baixo e não encontrar destinos válidos desbloqueados, o comportamento dependerá da lista DestinationsLockedNotContacted:

• Se a lista DestinationsLockedNotContacted não estiver vazia, o LAC desbloqueará todos os destinos na lista DestinationsLockedNotContacted, voltará para o nível de preferência mais alto e reiniciará o processo de pesquisa.

• Se o DestinationsLockedNotContacted estiver vazio — o que significa que todos os destinos válidos foram tentados — o LAC relatará uma falha de login no cliente PPP.

Por exemplo, suponha que o perfil do túnel especifique os túneis e destinos a seguir. O balanceamento de carga não está configurado. Todos os destinos são válidos; todos são desbloqueados, exceto 192.168.3.3. Os níveis de preferência para os túneis são atribuídos da seguinte forma:

• Preferência 0, Túnel 1, 192.168.1.1, desbloqueado

• Preferência 0, Túnel 2, 192.168.2.2, desbloqueado

• Preferência 0, Túnel 3, 192.168.3.3, temporizador de bloqueio de 100 segundos

• Preferência 1, Túnel 4, 192.168.4.4, desbloqueado

• Preferência 1, Túnel 5, 192.168.5.5, desbloqueado

Neste exemplo, quando um usuário PPP tenta se conectar ao domínio, o LAC age da seguinte maneira:

1. O LAC seleciona aleatoriamente entre os dois destinos válidos e desbloqueados no nível de preferência 0, 192.168.1.1 até o Túnel 1 e 192.168.2.2 até o Túnel 2. Ele escolhe 192.168.2.2 e tenta se conectar através do Túnel 2.

2. A tentativa de conexão com 192.168.2.2 falha, então o LAC bloqueia 192.168.2.2. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire.

3. O LAC então tenta se conectar a 192.168.1.1 através do Túnel 1 no nível de preferência 0.

4. A tentativa de conexão com 192.168.1.1 falha, então o LAC bloqueia 192.168.1.1. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire.

5. 192.168.3.3 até o Túnel 3 é o único destino válido restante no nível de preferência 0, mas está bloqueado. O LAC adiciona 192.168.3.3 à lista DestinationsLockedNotContacted. O LAC não adicionou 192.168.1.1 e 192.168.2.2 à lista DestinationsLockedNotContacted, porque os bloqueou depois de tentar contatá-los.

6. Como o nível 0 não tem mais destinos válidos e desbloqueados, o LAC cai para o próximo nível, o nível de preferência 1, para chegar a um destino para o domínio.

7. No nível de preferência 1, o LAC seleciona aleatoriamente 192.168.4.4 e tenta se conectar através do Túnel 4.

8. A tentativa de conexão com 192.168.4.4 falha, então o LAC bloqueia 192.168.4.4. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire.

9. O LAC então tenta se conectar a 192.168.5.5 através do Túnel 5 no nível de preferência 1.

10. A tentativa de conexão com 192.168.5.5 falha, então o LAC bloqueia 192.168.5.5. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire. O nível 1 não tem mais destinos válidos e desbloqueados. Como a lista DestinationsLockedNotContacted não está vazia, o LAC desbloqueia todos os destinos na lista — nesse caso, 192.168.3.3 — e volta para o nível de preferência mais alto, 0.

11. 192.168.3.3 agora é o único destino desbloqueado no nível de preferência 0, então o LAC tenta se conectar a ele através do Túnel 3.

12. A tentativa de conexão com 192.168.3.3 falha, então o LAC bloqueia 192.168.3.3. Ele não é considerado novamente durante essa tentativa de logon e não pode ser considerado para nenhuma tentativa de logon até que o temporizador de bloqueio de destino expire.

13. Como o nível 0 não tem mais destinos válidos e desbloqueados, o LAC cai para o próximo nível, o nível de preferência 1.

14. O nível de preferência 1 não tem destinos válidos e desbloqueados. O DestinationsLockedNotContacted está vazio porque o LAC entrou em contato com todos os destinos válidos em ambos os níveis de preferência. O LAC rejeita a solicitação de login do cliente PPP.

Seleção ao distribuir a carga de sessão em vários LNSs

Vários perfis de túnel podem ser configurados no LAC; Alguns túneis podem compartilhar destinos. Quando o LAC encapsula a sessão de um assinante PPP para o LNS, um túnel deve ser selecionado para a sessão do assinante. O processo de seleção de túnel escolhe um túnel com a preferência mais alta que tenha um destino alcançável. Por padrão, o LAC seleciona um túnel aleatoriamente entre vários túneis que atendem aos mesmos critérios. Como alternativa, você pode configurar o balanceamento de carga para permitir diferentes opções de seleção. Ambos os métodos de balanceamento de carga afetam quais túneis e destinos o LAC seleciona, mas o processo de seleção e failover permanece o mesmo.

• Balanceamento de carga ponderado
• Balanceamento de carga com destino igual

Cenário 1: limite de chassi

Na Tabela 1, a contagem de sessões L2TP atual é de 10.000 e o limite de sessão é configurado como 10.000 em todos os níveis. Quando uma nova sessão é solicitada, a primeira verificação no nível do chassi falha, porque a contagem de sessões atual corresponde ao limite configurado. Nenhuma outra verificação é executada nos outros níveis e a solicitação de sessão é rejeitada. Nenhuma nova sessão é permitida em nenhum nível até que a contagem de sessões atual caia abaixo de 10.000.

Cenário 2: limite do túnel

Na Tabela 2, a contagem atual de sessões L2TP é 2000. Quando uma nova sessão é solicitada, a primeira verificação no nível do chassi é aprovada porque o limite configurado permite até 10.000 sessões no chassi, mas apenas 2000 sessões estão ativas no momento. A próxima verificação, no nível do túnel, falha, porque a contagem de sessões atual corresponde ao limite configurado do túnel de limite de 2000 para o túnel A.

Nenhuma outra verificação é executada nos outros níveis e a solicitação de sessão é rejeitada.

Nenhuma nova sessão é permitida no túnel A até que sua contagem de sessões atual caia abaixo de 2000 e a verificação de sessão possa ser aprovada. Se isso acontecer, as verificações de outro nível serão aprovadas nesse cenário porque seus limites configurados são maiores que suas contagens atuais.

O limite de sessão de 2000 se aplica a todos os túneis; ou seja, cada túnel ativo tem um limite independente de 2000 sessões. A falha de um túnel não tem efeito em outros túneis. Uma solicitação de sessão em qualquer outro túnel é aprovada, desde que a contagem de sessões atual para esse túnel seja menor que 2000.

Cenário 3: Limite do grupo de túneis

Na Tabela 3, a contagem atual de sessões L2TP é 2000. Quando uma nova sessão é solicitada, a primeira verificação no nível do chassi é aprovada porque o limite configurado permite até 10.000 sessões no chassi, mas apenas 2000 sessões estão ativas no momento. A segunda verificação, no nível do túnel, também passa pelo mesmo motivo. A próxima verificação, no nível do grupo de túneis para o grupo de túneis B, falha, porque a contagem de sessões atual para o grupo de túneis B corresponde ao limite configurado do grupo de túneis de 2000.

Nenhuma outra verificação é executada nos outros níveis e a solicitação de sessão é rejeitada.

Nenhuma nova sessão é permitida no grupo de túneis B até que sua contagem de sessões atual caia abaixo de 2000 e a verificação de sessão possa ser aprovada. Se isso acontecer, as outras verificações de nível poderão ser aprovadas porque seus limites configurados são maiores que suas contagens atuais.

Para grupos de túneis, o limite de sessão é configurado por grupo; ou seja, você não pode especificar um único limite que se aplique a todos os grupos de túneis. A falha de qualquer grupo de túneis não tem efeito sobre outros grupos de túneis. Nesse cenário, uma solicitação de sessão em qualquer outro grupo de túneis será aprovada se a contagem de sessões atual para esse grupo for menor que o limite de sessão configurado.

Cenário 4: Limite de grupo de limite de sessão

Na Tabela 4, a contagem atual de sessões L2TP é 6000. Quando uma nova sessão é solicitada, a verificação passa para o chassi, o túnel e o grupo de túneis porque o limite configurado para cada um permite até 10.000 sessões, mas apenas 6000 sessões estão ativas no momento. A verificação no grupo de limite de sessão falha, porque a contagem de sessões atual para o grupo de limite de sessão slg1 corresponde ao limite configurado de 6000.

Nenhuma verificação adicional é executada no nível restante e a solicitação de sessão é rejeitada.

Nenhuma nova sessão é permitida para nenhum cliente no grupo de limite de sessão slg1 até que a contagem de sessões atual do grupo caia abaixo de 6000 e a verificação de sessão possa ser aprovada. Se isso acontecer, a verificação de nível restante poderá ser aprovada porque seu limite configurado é maior que sua contagem atual.

Você pode reconfigurar um grupo de limite de sessão removendo ou adicionando clientes sem afetar nenhuma sessão atual. A reconfiguração afeta o número de sessões disponíveis para serem estabelecidas para o grupo de clientes.

• Se você remover um cliente, o número de novas sessões que podem ser estabelecidas aumentará pelo número de sessões atuais desse cliente.

• Se você adicionar um cliente, o número de novas sessões que podem ser estabelecidas será reduzido pelo número de sessões atuais desse cliente. O novo total de sessões atuais para clientes existentes mais o novo cliente pode exceder o limite configurado para o grupo de limite de sessão. Nesse caso, nenhuma sessão é descartada, mas nenhuma nova sessão pode ser estabelecida até que a contagem de sessões caia abaixo do limite de grupo configurado.

Para explorar isso ainda mais, considere a seguinte sequência de eventos:

1. O grupo de limite de sessão slg1 tem dois clientes, ent1-serviceA com uma contagem de sessão atual de 3500 e ent1-serviceB com uma contagem de sessão atual de 0. Como o grupo slg1 tem um limite de 6000, não mais do que 2500 sessões podem ser adicionadas para esses clientes:

   6000 - 3500 = 2500

2. Em seguida, 1000 sessões são conectadas para o cliente ent1-service B. Agora, não mais do que 1500 sessões podem ser adicionadas para esses clientes:

   6000 - (3500 + 1000) = 1500

3. Em seguida, suponha que você remova o cliente ent1-serviceA do grupo de limite de sessão. A capacidade da sessão de grupo aumenta para 5000 sessões:

   6000 - 1000 = 5000

4. Por fim, você adiciona um novo cliente, ent1-serviceC, ao grupo de limite de sessão. Atualmente, esse novo cliente tem 8000 sessões ativas. Nesse caso, o grupo de limite de sessão agora tem 9000 sessões:

   1000 + 8000 = 9000

   Nenhuma sessão é descartada, mesmo que o limite máximo de sessão para o grupo, 6000, seja excedido. Nenhuma nova sessão pode ser adicionada até que a contagem de sessões caia de 9000 para menos de 6000.

Cenário 5: Limite de cliente individual

Na Tabela 5, a verificação de sessão é aprovada para o chassi, o túnel e o grupo de túneis porque seus limites configurados são maiores do que suas contagens de sessão atuais. O cliente, ent1-serviceA, não pertence a um grupo de limite de sessão. A verificação de limite falha para o cliente porque sua contagem de sessões atual corresponde ao limite configurado de 6000.

Nenhuma nova sessão é permitida para este cliente até que sua contagem de sessões atual caia abaixo de 6000 e a verificação de sessão possa ser aprovada. A falha de qualquer cliente independente não afeta outros clientes. Nesse cenário, uma solicitação de sessão para qualquer outro cliente independente será aprovada, se a contagem de sessão atual para esse cliente for menor que o limite de sessão configurado.

O limite de sessão que você define para um cliente individual — um que não faz parte de um grupo de limite de sessão — se aplica por grupo de túneis. Vários LACs com o mesmo nome de host de origem, mas endereços IP de origem diferentes, são tratados como o mesmo cliente.

Suponha que você tenha três LACs, A, B e C. Todos os três têm o mesmo nome de host de origem, ce-lac. O LAC A e o LAC B estabelecem sessões com um LNS por meio do endereço de gateway associado ao grupo de túneis 1. O LAC C estabelece sessões por meio de um gateway diferente associado ao grupo de túneis 2. Como os LACs têm o mesmo nome de host, a configuração do cliente é a mesma para os três. No entanto, o limite de sessão do cliente se aplica de forma diferente aos LACs por causa dos grupos de túneis.

Suponha que o limite de sessão do cliente seja 100. Como o LAC A e o LAC B criam sessões no grupo de túneis 1, eles devem compartilhar o limite de clientes. Isso significa que o número total de sessões permitidas para LAC A e LAC B combinados é 100.

O LAC C cria sessões em um grupo de túneis diferente, 2. Como o limite de sessão do cliente se aplica por grupo de túneis, o LAC C tem permissão para 100 sessões, independentemente de quantas sessões o LAC A e o LAC B já estabeleceram.