[GTER] Indicação Concentrador PPPoE

[HugLeo]

Queria ver como é feito em outras soluções tipo juniper ou cisco, se é mais
ou menos igual pois por ventura se no futuro precisar usar um desses
equipamentos teria uma fácil migração não precisando mexer nos qinqs dos
clientes ja criados...


2017-03-06 11:26 GMT-03:00 HugLeo <hugocanalli at gmail.com>:

> Vi que no accel não precisa disso:
> *offer-delay =* Sets DHCPOFFER delay or delay depending on the number of
> active sessions (in milliseconds).
> Last delay in the list may have a value of -1, which means not to accept
> new connections.
> The list should be sorted in ascending order of the number of sessions.
>
> Já tem pronto. Ele automaticamente ofere um delay maior dependendo do
> número de sessões ativas no servidor.
>
> 2017-03-06 8:24 GMT-03:00 HugLeo <hugocanalli at gmail.com>:
>
>> Se tiver uma vlan por user da pra fazer no server 1 as VLANs pares com um
>> delay menor e ímpares com um delay maior. Já no server 2 as VLANs pares com
>> delay maior e as ímpares com um delay menor.
>>
>>
>> On Mar 5, 2017 10:41 PM, "Rubens Kuhl" <rubensk at gmail.com> wrote:
>>
>> 2017-03-05 22:10 GMT-03:00 HugLeo <hugocanalli at gmail.com>:
>>
>> > Como é feito o balanceamento ou failover em uma rede DHCP?
>> >
>>
>> A estratégia mais usual com DHCP é failover mesmo... no RouterOS isso se
>> faz com "authoritative after-10-second-delay" (ou 2 segundos, mas aí pode
>> dar corridas) no DHCP secundário e o primário configurado para resposta
>> imediata. Assim, enquanto o primário estiver respondendo, o secundário vai
>> ficar quieto. Os pools de DHCP são distintos para que em caso de operação
>> concomitante não haja conflito.
>>
>> Quanto a balanceamento, eu acho um pouco temerário o que o pessoal faz de
>> concentrar tanto gente no mesmo lugar a ponto de precisar balancear entre
>> equipamentos diferentes... mas eu entendo que isso seja uma infeliz
>> consequência da exaustão de IPv4. Nesse caso, algumas brincadeiras com o
>> endereço do MAC do cliente poderiam ser usadas para dividir uma parte dos
>> bits finais do endereço (que apresentam maior dispersão) entre servidores
>> distintos. Provavelmente uma configuração com duas instâncias de DHCP, uma
>> primária uma secundária, nos dois servidores sendo que os MAC pares são
>> primários em um, secundários no outro e vice-versa, seja um bom começo.
>>
>>
>>
>>
>> Rubens
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>>
>>
>