RB1000 para rotear e OSPF na rede para clientes!

2 Anexo(s)

Olá pessoal!

Recebi da embratel uma uma faixa de ips /25 e quero dividi-la em 3 classes /27, onde uma classe ficaria para a dmz, outra para as RBs representadas no diagrama2 e outra ficaria para alguns clientes.

Tenho uma estrutura hoje que ultiliza NAT masquerade em dois lugares, no servidor que recebe o link para as RBs, e das RBs para os clientes, por questões de produçao qualidade e melhor organização da minha topologia de rede estou colocando uma RB1000 para rotear "vide diagrama1", portanto o que eu pretendo com a ajuda dos amigos aqui no forum é aprender como dividir no mikrotik essa classe /25 em 3, e distribui-la nas redes citadas e usar OSPF para poder fornecer ip válido para alguns clientes e tbm para que todos os clientes possam chegar na RB1000 para eu fazer log do acesso do parent proxy e assim tbm eliminar o nat nas RBs para clientes, creio que essa solução tbm vai diminuir o tráfego de broadcast na rede, pois todos poderam receber ips /32 com a publicação de rotas com OSPF, mas estou aberto a sugestões, idéias e correçoes do meu post, pois sou iniciante na área

A rede Wi-Fi foi roteada até a RB1000 eliminando as bridges (Agradecimentos ao Sergio que me ajudou), mas ainda utilizo nat nas RBs para clientes

Abraços:ciao:

Não entendi nada!!! Mas ficou bom!!!

Citação:

Postado originalmente por jociano

Não entendi nada!!! Mas ficou bom!!!

KKKKKKKK :-) sem problemas, acho que nao consegui ser claro no post, mas que parte vc nao entendeu? assim penso em uma explicação melhor para o que preciso no post

Abraços

rrinfor,

já está craque no roteamento estático???

Sugiro usar roteamento estático, pois esta rede é pequena... OSPF não irá garantir /32 para seus clientes e sim um protocolo tipo PPPoE ou algum outro descendente do PPP.

A vantagem do OSPF seria apenas o roteamento dinâmico e redundância, caso configure a topologia para tal.

Citação:

Postado originalmente por sergio

rrinfor,

já está craque no roteamento estático???

Sugiro usar roteamento estático, pois esta rede é pequena... OSPF não irá garantir /32 para seus clientes e sim um protocolo tipo PPPoE ou algum outro descendente do PPP.

A vantagem do OSPF seria apenas o roteamento dinâmico e redundância, caso configure a topologia para tal.

Fala Sergio!:shakehands:

Bom te ver por aqui!

Pois então, realmente a rede é pequena mas vamos expandir para cidades vizinhas, nos colocando em um outro âmbito de peocupações, por isso pensei em OSPF nao apenas pela questao da mascara, mas precisamente pela redundancia.
E quanto a questão dos ips validos da embratel, seria possivel dividir a classe no /ip pool, ou tem uma maneira mais profissional e robusta para isso?

Muito grato:ciao:

Olá pessoal!

please help-me

Abraços

como disse o sergio.. roteamento estatico vai ser mais simples e eficiente para voce ai..

basta apontar os 2 blocos validos 'internos' para o gateway..veja o exemplo da figura em anexo.. designo um bloco para um cliente.. e este cliente design um sub-bloco para uma outra parte da rede dele

Divisão de uma rede em sub-nets, colocando blocos validos na rede do cliente

veja este post no meu blog :)

Citação:

Postado originalmente por alexandrecorrea

como disse o sergio.. roteamento estatico vai ser mais simples e eficiente para voce ai..

basta apontar os 2 blocos validos 'internos' para o gateway..veja o exemplo da figura em anexo.. designo um bloco para um cliente.. e este cliente design um sub-bloco para uma outra parte da rede dele

Divisão de uma rede em sub-nets, colocando blocos validos na rede do cliente

veja este post no meu blog :)

Oi Alexandre!

vallew pela ajuda!

uma duvida quanto ao roteamento estatico que vc apresentou, no caso toda a estrutura ficaria com ip válido, e quanto aos que usam ips privado? pois nao posso devido a limitaçao da classe disponibilzar ips validos para todos os meus clientes, e a estrutura ja esta toda roteada para o esquema do diagrama2 na faixa 172.16.x.x/30, entendi plenamente como dividir uma classe X em várias subnet com o seu artigo, mas aplicar isso na minha estrutura usando mikrotik de forma a nao desmanchar o que esta feito é que é o problema.

Peço que nao desanime em me ajudar, pois nao quero nada pronto, so preciso da idéia inicial e entendimento das ferramentas para aplicar no mikrotik :-)

Abraços

so manter do mesmo jeito q vc tem hoje .. :)

Citação:

Postado originalmente por alexandrecorrea

so manter do mesmo jeito q vc tem hoje .. :)

????????:dong:

ip public = ip valido ...

vc quis dizer.. ip invalido ?

ip invalido vc pode usar normal.. ip no cliente.. ip no servidor.. e fazer NAT quando o SOURCE for dos ips invalidos ...

Citação:

Postado originalmente por alexandrecorrea

ip public = ip valido ...

vc quis dizer.. ip invalido ?

ip invalido vc pode usar normal.. ip no cliente.. ip no servidor.. e fazer NAT quando o SOURCE for dos ips invalidos ...

Isso mesmo quis dizer ips privado, desculpe ja corrigi o post.

Citação:

Postado originalmente por rrinfor

Isso mesmo quis dizer ips inválidos, desculpe ja corrigi o post.

ow Alexandre.... IP inválido?? Por acaso ele foi acidentado e o Ministério da Previdência o "encostou"?

A nomenclatura correta é: IP público e IP privado. :)

Desculpem, mas não aguentei a oportunidade... hehehehehe. Nos treinamentos que participo sempre que mencionam isso de válido e inválido eu dou meus pitacos...muito estranho esse lance. Tem-se a impressão que do tipo válido é o que há... e do tipo inválido é uma porcaria.

Imagina leigo ouvindo isso? huahauhauahuhaua... UAI, MAS O MEU IP É INVÁLIDO? ELE NÃO SERVE PARA NADA?

Citação:

Postado originalmente por sergio

ow Alexandre.... IP inválido?? Por acaso ele foi acidentado e o Ministério da Previdência o "encostou"?

A nomenclatura correta é: IP público e IP privado. :)

Desculpem, mas não aguentei a oportunidade... hehehehehe. Nos treinamentos que participo sempre que mencionam isso de válido e inválido eu dou meus pitacos...muito estranho esse lance. Tem-se a impressão que do tipo válido é o que há... e do tipo inválido é uma porcaria.

Imagina leigo ouvindo isso? huahauhauahuhaua... UAI, MAS O MEU IP É INVÁLIDO? ELE NÃO SERVE PARA NADA?

Puts!! ja corrigi novamente os 2 post :alberteinstein:

uhauhauhahu mas eh invalido mesmo pq nao serve pra nada kkkkkkkkkkkkkkkkkk !!

:P

Citação:

Postado originalmente por sergio

ow Alexandre.... IP inválido?? Por acaso ele foi acidentado e o Ministério da Previdência o "encostou"?

A nomenclatura correta é: IP público e IP privado. :)

Desculpem, mas não aguentei a oportunidade... hehehehehe. Nos treinamentos que participo sempre que mencionam isso de válido e inválido eu dou meus pitacos...muito estranho esse lance. Tem-se a impressão que do tipo válido é o que há... e do tipo inválido é uma porcaria.

Imagina leigo ouvindo isso? huahauhauahuhaua... UAI, MAS O MEU IP É INVÁLIDO? ELE NÃO SERVE PARA NADA?

Já comecei a aprender o básico de redes aqui no forum! kkkkkkkk

OK voltando ao assunto do post, como poderia dividir a classe de ips publico no mikrotik e tbm disponibilizar ips publicos para alguns clientes, isso em uma rede roteada com ips privados!

Abraços

Citação:

Postado originalmente por rrinfor

Já comecei a aprender o básico de redes aqui no forum! kkkkkkkk

OK voltando ao assunto do post, como poderia dividir a classe de ips publico no mikrotik e tbm disponibilizar ips publicos para alguns clientes, isso em uma rede roteada com ips privados!

Abraços

hehehehehe... pelo menos não vai falar errado mais.

Então... para dividir a rede em sub-redes, só utilizar-se de mascaras apropriadas ( use o link para calcular as mascaras: IP Calculator / IP Subnetting ). A partir do momento que tenha as sub-redes só roteá-las normalmente pela rede privada.

Já adianto, se sua operadora, ou você (caso seja seu) não configurar o roteador para que a RB1000 seja responsável por essa rede /27 não funcionará (só se usar proxy-arp, mas isso é tão porcaria que nem compensa você ver como é).

Citação:

Postado originalmente por sergio

hehehehehe... pelo menos não vai falar errado mais.

Então... para dividir a rede em sub-redes, só utilizar-se de mascaras apropriadas ( use o link para calcular as mascaras: IP Calculator / IP Subnetting ). A partir do momento que tenha as sub-redes só roteá-las normalmente pela rede privada.

Já adianto, se sua operadora, ou você (caso seja seu) não configurar o roteador para que a RB1000 seja responsável por essa rede /27 não funcionará (só se usar proxy-arp, mas isso é tão porcaria que nem compensa você ver como é).

Jóia! com o artigo do alexandre ja peguei a ideia de como rotear entre o Router Cisco e a RB1000, para que a RB1000 seja responsável pelas outras subnet, mas teria como alguem postar um pequeno exemplo de como aplicar isso no mikrotik levando em conta a RB1000 --> PTP -->> RB1 -->> cliente

desculpe o abuso, mas basta um exemplo o resto eu bato cabeça!:stupido2:
abraços

Citação:

Postado originalmente por rrinfor

Jóia! com o artigo do alexandre ja peguei a ideia de como rotear entre o Router Cisco e a RB1000, para que a RB1000 seja responsável pelas outras subnet, mas teria como alguem postar um pequeno exemplo de como aplicar isso no mikrotik levando em conta a RB1000 --> PTP -->> RB1 -->> cliente

desculpe o abuso, mas basta um exemplo o resto eu bato cabeça!:stupido2:
abraços

Aquele mesmo exemplo que te passei no outro post serve para isso, só irá mudar a rede a ser roteada.

Citação:

Postado originalmente por sergio

Aquele mesmo exemplo que te passei no outro post serve para isso, só irá mudar a rede a ser roteada.

Blz!! era isso que precisava saber, vou testar no sabado a noite entrando no domingo, pois se não serei apedrejado e cruficicado em praça pública pelos clientes se ousar mexer durante o dia:viking:

posto os resultados, thanks!!!

Citação:

Postado originalmente por sergio

Aquele mesmo exemplo que te passei no outro post serve para isso, só irá mudar a rede a ser roteada.

Sergio, leva a mal não mas estou doido para saber que exemplo foi este, tem muita gente querendo saber mas não encontrei, posta um link aí.

Citação:

Postado originalmente por rrinfor

Jóia! com o artigo do alexandre ja peguei a ideia de como rotear entre o Router Cisco e a RB1000, para que a RB1000 seja responsável pelas outras subnet, mas teria como alguem postar um pequeno exemplo de como aplicar isso no mikrotik levando em conta a RB1000 --> PTP -->> RB1 -->> cliente

desculpe o abuso, mas basta um exemplo o resto eu bato cabeça!:stupido2:
abraços

Vamos ao exemplo

Obs ( No exemplo que descrevo abaixo o PTP entre a RB1000 e a RB1 deve esta em BRIDGE transparente )

A operadora lhe passa primeiramente um endereço de Wan
e em seguida os endereços de LAN onde estão seus ip´s válidos!

WAN
EMBRATEL RB1000
200.200.123.10/30 <== GW WAN 200.200.123.11/30
LAN 200.150.240.1/27

Endereços Embratel Cliente

200.150.240.0/24
200.150.241.0/24
200.150.242.0/24

Aqui digamos que vc queira usar ai 10 RB´S para distribuir ip´s válidos aos clientes que estiverem atras delas, primeiramente deveria rotear esses 10 Ip´s válidos para suas RB´S que por sua vez iram rotear ip´s válidos do mesmo range ou não para os clientes, ( Particurlarmente não sei nem porque, mas creio que por paranóia ou qualquer outra coisa eu não gosto de usar o mesmo bloco de ip´s que uso em servidores para clientes finais, sempre preferi usar outro mesmo que fique sobrando mais ip´s sem uso só para servidores ) mas nada impede que você use.

Nesse exemplo vamos pegar o primeiro bloco e determina-lo para uso nas RB´S vamos quebrar essa classe de ip´s em um bloco que tem 30 ip´s disponíveis, usaremos apenas 10.
200.150.240.1/27 LAN RB1000

RB433-1 200.150.240.2/27 GW 200.150.240.1
RB433-2 200.150.240.2/27 GW 200.150.240.1
RB433-3 200.150.240.2/27 GW 200.150.240.1
RB433-4 200.150.240.2/27 GW 200.150.240.1
RB433-5 200.150.240.2/27 GW 200.150.240.1
RB433-6 200.150.240.2/27 GW 200.150.240.1
RB433-7 200.150.240.2/27 GW 200.150.240.1
RB433-8 200.150.240.2/27 GW 200.150.240.1
RB433-9 200.150.240.2/27 GW 200.150.240.1
RB433-10 200.150.240.2/27 GW 200.150.240.1

Feito esse primeiro procedimento chega a hora que parece tão temível,
porém nada de complicado, em cada RB da classe de ip´s
200.150.240.1/27 vamos criar uma rota para os ip´s válidos dos blocos que sobraram

Na RB100 iremos dizer o seguite para ela o seguinte

A RB433-1 COM IP DE WAN 200.150.240.2/27 deve atribuir aos clientes conectados a ela a classe de ip´s
200.150.241.1/28

A RB433-2 COM IP DE WAN 200.150.240.3/27 deve atribuir aos clientes conectados a ela a classe de ip´s
200.150.241.16/28

RB1000
add comment="" disabled=no distance=1 dst-address=200.150.241.1/28 gateway=200.150.240.2 scope=30 target-scope=10
add comment="" disabled=no distance=1 dst-address=200.150.241.16/28 gateway=200.150.240.3 scope=30 target-scope=10

E assim por diante... até quantas RB´S ou servidores estiverem atras da sua RB1000
que é o seu roteador principal ela é a WAN de toda a sua rede.

Vamos as RB´S não irei fazer uma por uma, apenas duas já é o bastante.

RB433-1
WAN 200.150.240.2/27 ( TEM COMO GW A RB100 QUE ESTÁ COM END DE WAN 200.150.240.1 )
LAN 200.150.241.1/28 ( ONDE OS SEUS CLIENTES FICARAM PENDURADOS )

Então nos clientes da RB433-1 fica o seguinte:

CLIENTE 1
IP 200.150.241.2
MASC 255.255.255.240
GW 200.150.241.1

CLIENTE 2
IP 200.150.241.3
MASC 255.255.255.240
GW 200.150.241.1

CLIENTE 3
IP 200.150.241.3
MASC 255.255.255.240
GW 200.150.241.1

E assim por diante

Tudo passando sem nenhum NAT.

Essa rede que fizemos tem os endereços
200.150.240.2 <== WAN DA RB433-1 ( GW 200.150.240.1 RB1000 )
255.255.255.240 <== Mascara de rede
200.150.241.14 <== Esse é o ip do seu ultimo cliente
200.150.241.15 <== Aqui acaba os ips da sua RB ( para mais ip´s basta subdividir novos blocos
ou mesmo utilizar outros ips do mesmo bloco que não foi usado ainda, depede da sua vontade x necessidade.

###############################################################################################

RB433-2
WAN 200.150.240.3/27 ( TEM COMO GW A RB100 QUE ESTÁ COM END DE WAN 200.150.240.1 )
LAN 200.150.241.16/28 ( ONDE OS SEUS CLIENTES FICARAM PENDURADOS )

Obs ( veja que nesse ponto utilizamos o primeiro ip do range que dividimos depois do
broadcast da RB433-1 o ip com final 15 não é utilizado ele delimita o final da rede
da primeira RB433-1, então na segunda a rede começa a partir de 16 e vai até 30
totalizando mais uma SUB-NET )

Então nos clientes da RB433-2 fica o seguinte:

CLIENTE 1
IP 200.150.241.17
MASC 255.255.255.240
GW 200.150.241.16

CLIENTE 2
IP 200.150.241.18
MASC 255.255.255.240
GW 200.150.241.16

CLIENTE 3
IP 200.150.241.19
MASC 255.255.255.240
GW 200.150.241.16

O mais importante é lembrar que não se pode errar na hora das subdivisões dos blocos
que a operadora repassa, seguindo esses principios é bem tranquilo sem qualquer transtorno
acho que ficou claro, heheheh eu acho!!!
Qualquer coisa poste ai novamente, atualmente ando muito ocupado e quase sem tempo
de frequentar o forum, mas na medida do possível estamos ai. :hello:

Citação:

Postado originalmente por Michael

Vamos ao exemplo

Obs ( No exemplo que descrevo abaixo o PTP entre a RB1000 e a RB1 deve esta em BRIDGE transparente )

A operadora lhe passa primeiramente um endereço de Wan
e em seguida os endereços de LAN onde estão seus ip´s válidos!

WAN
EMBRATEL RB1000
200.200.123.10/30 <== GW WAN 200.200.123.11/30
LAN 200.150.240.1/27

Endereços Embratel Cliente

200.150.240.0/24
200.150.241.0/24
200.150.242.0/24

Aqui digamos que vc queira usar ai 10 RB´S para distribuir ip´s válidos aos clientes que estiverem atras delas, primeiramente deveria rotear esses 10 Ip´s válidos para suas RB´S que por sua vez iram rotear ip´s válidos do mesmo range ou não para os clientes, ( Particurlarmente não sei nem porque, mas creio que por paranóia ou qualquer outra coisa eu não gosto de usar o mesmo bloco de ip´s que uso em servidores para clientes finais, sempre preferi usar outro mesmo que fique sobrando mais ip´s sem uso só para servidores ) mas nada impede que você use.

Nesse exemplo vamos pegar o primeiro bloco e determina-lo para uso nas RB´S vamos quebrar essa classe de ip´s em um bloco que tem 30 ip´s disponíveis, usaremos apenas 10.
200.150.240.1/27 LAN RB1000

RB433-1 200.150.240.2/27 GW 200.150.240.1
RB433-2 200.150.240.2/27 GW 200.150.240.1
RB433-3 200.150.240.2/27 GW 200.150.240.1
RB433-4 200.150.240.2/27 GW 200.150.240.1
RB433-5 200.150.240.2/27 GW 200.150.240.1
RB433-6 200.150.240.2/27 GW 200.150.240.1
RB433-7 200.150.240.2/27 GW 200.150.240.1
RB433-8 200.150.240.2/27 GW 200.150.240.1
RB433-9 200.150.240.2/27 GW 200.150.240.1
RB433-10 200.150.240.2/27 GW 200.150.240.1

Feito esse primeiro procedimento chega a hora que parece tão temível,
porém nada de complicado, em cada RB da classe de ip´s
200.150.240.1/27 vamos criar uma rota para os ip´s válidos dos blocos que sobraram

Na RB100 iremos dizer o seguite para ela o seguinte

A RB433-1 COM IP DE WAN 200.150.240.2/27 deve atribuir aos clientes conectados a ela a classe de ip´s
200.150.241.1/28

A RB433-2 COM IP DE WAN 200.150.240.3/27 deve atribuir aos clientes conectados a ela a classe de ip´s
200.150.241.16/28

RB1000
add comment="" disabled=no distance=1 dst-address=200.150.241.1/28 gateway=200.150.240.2 scope=30 target-scope=10
add comment="" disabled=no distance=1 dst-address=200.150.241.16/28 gateway=200.150.240.3 scope=30 target-scope=10

E assim por diante... até quantas RB´S ou servidores estiverem atras da sua RB1000
que é o seu roteador principal ela é a WAN de toda a sua rede.

Vamos as RB´S não irei fazer uma por uma, apenas duas já é o bastante.

RB433-1
WAN 200.150.240.2/27 ( TEM COMO GW A RB100 QUE ESTÁ COM END DE WAN 200.150.240.1 )
LAN 200.150.241.1/28 ( ONDE OS SEUS CLIENTES FICARAM PENDURADOS )

Então nos clientes da RB433-1 fica o seguinte:

CLIENTE 1
IP 200.150.241.2
MASC 255.255.255.240
GW 200.150.241.1

CLIENTE 2
IP 200.150.241.3
MASC 255.255.255.240
GW 200.150.241.1

CLIENTE 3
IP 200.150.241.3
MASC 255.255.255.240
GW 200.150.241.1

E assim por diante

Tudo passando sem nenhum NAT.

Essa rede que fizemos tem os endereços
200.150.240.2 <== WAN DA RB433-1 ( GW 200.150.240.1 RB1000 )
255.255.255.240 <== Mascara de rede
200.150.241.14 <== Esse é o ip do seu ultimo cliente
200.150.241.15 <== Aqui acaba os ips da sua RB ( para mais ip´s basta subdividir novos blocos
ou mesmo utilizar outros ips do mesmo bloco que não foi usado ainda, depede da sua vontade x necessidade.

###############################################################################################

RB433-2
WAN 200.150.240.3/27 ( TEM COMO GW A RB100 QUE ESTÁ COM END DE WAN 200.150.240.1 )
LAN 200.150.241.16/28 ( ONDE OS SEUS CLIENTES FICARAM PENDURADOS )

Obs ( veja que nesse ponto utilizamos o primeiro ip do range que dividimos depois do
broadcast da RB433-1 o ip com final 15 não é utilizado ele delimita o final da rede
da primeira RB433-1, então na segunda a rede começa a partir de 16 e vai até 30
totalizando mais uma SUB-NET )

Então nos clientes da RB433-2 fica o seguinte:

CLIENTE 1
IP 200.150.241.17
MASC 255.255.255.240
GW 200.150.241.16

CLIENTE 2
IP 200.150.241.18
MASC 255.255.255.240
GW 200.150.241.16

CLIENTE 3
IP 200.150.241.19
MASC 255.255.255.240
GW 200.150.241.16

O mais importante é lembrar que não se pode errar na hora das subdivisões dos blocos
que a operadora repassa, seguindo esses principios é bem tranquilo sem qualquer transtorno
acho que ficou claro, heheheh eu acho!!!
Qualquer coisa poste ai novamente, atualmente ando muito ocupado e quase sem tempo
de frequentar o forum, mas na medida do possível estamos ai. :hello:

Olá Michael!

Muitíssimo obrigado pelo esquema de roteamento que vc postou :-) eu ja havia feito um esquema seguindo o conceito de um post anterior (by sergio) e tbm do blog do alexandre que fala sobre divisao de redes em sub-redes, o conteúdo desses citados me deram bastante entendiento de roteamento estatico, mas o seu post me abriu mais a mente sobre o assunto e sua aplicação principalmente, vou estudar com mais atenção o que vc postou, até instalei no wine uma ferramenta (Packet Tracer 4.11) da cisco para testar melhor esquemas de roteamento estatico e outros, fiquei de postar resutados na sengunda-feira que passou mas a embratel ainda nao me passou os ips prometidos e pediram mais 7 dias úteis para tal, desde já muito grato e por-favor nao esqueça desse tópico, pois estarei aqui postando dúvidas novidades e resutados dos testes de implementação.

Agraços:ciao:

Citação:

Postado originalmente por rrinfor

Olá Michael!

Muitíssimo obrigado pelo esquema de roteamento que vc postou :-) eu ja havia feito um esquema seguindo o conceito de um post anterior (by sergio) e tbm do blog do alexandre que fala sobre divisao de redes em sub-redes, o conteúdo desses citados me deram bastante entendiento de roteamento estatico, mas o seu post me abriu mais a mente sobre o assunto e sua aplicação principalmente, vou estudar com mais atenção o que vc postou, até instalei no wine uma ferramenta (Packet Tracer 4.11) da cisco para testar melhor esquemas de roteamento estatico e outros, fiquei de postar resutados na sengunda-feira que passou mas a embratel ainda nao me passou os ips prometidos e pediram mais 7 dias úteis para tal, desde já muito grato e por-favor nao esqueça desse tópico, pois estarei aqui postando dúvidas novidades e resutados dos testes de implementação.

Agraços:ciao:

Valeu rrinfor

Revendo o tópico encontrei um erro corrigido abaixo com relação aos ips das RB´s !

RB433-1 200.150.240.2/27 GW 200.150.240.1
RB433-2 200.150.240.3/27 GW 200.150.240.1
RB433-3 200.150.240.4/27 GW 200.150.240.1
RB433-4 200.150.240.5/27 GW 200.150.240.1
RB433-5 200.150.240.6/27 GW 200.150.240.1
RB433-6 200.150.240.7/27 GW 200.150.240.1
RB433-7 200.150.240.8/27 GW 200.150.240.1
RB433-8 200.150.240.9/27 GW 200.150.240.1
RB433-9 200.150.240.10/27 GW 200.150.240.1
RB433-10 200.150.240.11/27 GW 200.150.240.1