[GTER] DHCP
Rubens Kuhl
rubensk at gmail.com
Tue Nov 24 13:28:11 -02 2015
2015-11-24 12:07 GMT-02:00 Bruno Cabral <bruno at openline.com.br>:
> Ola
> O /32 cria isolação de broadcast,
O /32 contém sistemas cujo broadcast não seja isolado. Se há isolamento,
não precisa ser /32.
> coisa que você recomendou em outro emaile RADIUS em DHCP não cria um queue
> da interface como PPPoE faz.
>
Cria queue sim:
"Rate-Limit - Datarate limitation for DHCP clients. Format is:
rx-rate[/tx-rate] [rx-burst-rate[/tx-burst-rate]
[rx-burst-threshold[/tx-burst-threshold]
[rx-burst-time[/tx-burst-time][priority] [rx-rate-min[/tx-rate-min]]]]. All
rates should be numbers with optional 'k' (1,000s) or 'M' (1,000,000s). If
tx-rate is not specified, rx-rate is as tx-rate too. Same goes for
tx-burst-rate and tx-burst-threshold and tx-burst-time. If both
rx-burst-threshold and tx-burst-threshold are not specified (but burst-rate
is specified), rx-rate and tx-rate are used as burst thresholds. If both
rx-burst-time and tx-burst-time are not specified, 1s is used as default.
Priority takes values 1..8, where 1 implies the highest priority, but 8 -
the lowest. If rx-rate-min and tx-rate-min are not specified rx-rate and
tx-rate values are used. The rx-rate-min and tx-rate-min values can not
exceed rx-rate and tx-rate values."
http://wiki.mikrotik.com/wiki/Manual:IP/DHCP_Server
> DHCP pode ser mais "simples" de implementar mas precisa de muitos "por
> foras"para funcionar. O que leva a coisas que não disseram ainda nessa
> thread
> 1. o controle de acesso pode ser feito desligando as LANs da ONU,
> remotamente(como o sugerido bloqueio da porta da DSLAM do DSL)
>
Não precisa. O lease DHCP vence e na renovação não aprova mais, derrubando
em cascata o acesso.
> 2. o controle de velocidade pode ser feito pela ONU (ao invés de na
> interfacedo cliente), assim como medição de tráfego (se a ONU implementa é
> outrahistória)
>
Vide comando acima de como controlar velocidade na agregação. É até bom
adicionar controle de uplink na ONU, mas pode ser uma velocidade padrão
para a rede toda que é maior que a maior velocidade de uplink vendida.
> 3. com esse controle na ONU, independe DHCP ou PPPoE - neste caso DHCP
> parece mais simples pro cliente
>
Mesmo o pessoal que tem usado PPPoE tem feito a CPE discar, então a
simplicidade para o cliente é igual. PPPoE com discagem pelo computador do
usuário é realmente uma desgraça mas mesmo os defensores de PPPoE tem
evitado isso.
> Nenhum desses controle é feito pelo DHCP. Isso é do software de
> gerenciamentoda OLT, que pode ser proprietário OU usar algo como RADIUS
> (será?)
>
Vide mensagens desta thread de como tudo isso foi implementado com DHCP sem
participação nem de OLT nem de ONU, inclusive porque não existiam no
cenário que era de acesso predial.
> Entendo quem defenda DHCP e quem defende PPPoE. Sistema bom é o que sesabe
> usar, que se conhece suas limitações e recursos.
>
Mas os limites que você apregoa para DHCP não existem na prática.
Rubens
More information about the gter
mailing list