<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil">
    <title>gmane.org.operators.gter.brazil</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38733"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38732"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38731"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38730"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38729"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38728"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38727"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38726"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38725"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38724"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38723"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38722"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38721"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38720"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38719"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38718"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38717"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38716"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38715"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38714"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38733">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38733</link>
    <description>&lt;pre&gt;Nosso cenário se dá da seguinte forma:

*INTERNET &amp;lt;-&amp;gt; FIREWALL_A (com bgp) &amp;lt;-&amp;gt; roteador(bgp) &amp;lt;-&amp;gt; MPLS &amp;lt;-&amp;gt; 
roteador (bgp) &amp;lt;-&amp;gt; FIREWALL_B (com bgp)**&amp;lt;-&amp;gt; INTERNET*

Utilizamos para interconectar filiais com a Matriz ficando a internet 
para as VPNS redundantes.

Os firewalls possuem a tabela de rota vinda dos aparelhos do MPLS.

Att
Em 16-05-2013 20:04, Douglas Fischer escreveu:

--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Zhu Sha Zang</dc:creator>
    <dc:date>2013-05-17T13:40:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38732">
    <title>[GTER] Switch Dell Power Connect 5448</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38732</link>
    <description>&lt;pre&gt;Prezados,

Gostaria de saber se alguém tem instalado esse modelo de switch, e
trabalhando com trafego igmp, caso positivo queria saber se conseguiram
alterar a versão do igmp do mesmo?

Att,

&lt;/pre&gt;</description>
    <dc:creator>Welisson</dc:creator>
    <dc:date>2013-05-17T18:17:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38731">
    <title>Re: [GTER] Teste com banda acima de 50Mbp/s - Gepon</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38731</link>
    <description>&lt;pre&gt;Boa noite.

Pensando que poderia ser algo   relacionado ao processamento  testei com
outro notebook i7 8gb ram x86_64 ee mesmo assim sem sucesso.
Sobre os teste foi efetuado  tbem com linux onde os resultados foram
satisfatório tanto com download  e no  Simet,  ja no windows, o download
 chega a 9 ou 10 MB/s (aproximadamente 98mbp/s ) mas ao realizar teste no
simet não chega nem  à 35mbp/s.

Não fiz teste sem passar pelo pppoe. Assim q realizar volto a postar os
resultados.

m quarta-feira, 15 de maio de 2013, Welisson&amp;lt;welissontome&amp;lt; at &amp;gt;ig.com.br&amp;gt;
escreveu:
recem instalado, e depois aplicados o tunning mas sem sucesso inclusive
esse q passou o link.
edinilson&amp;lt; at &amp;gt;atinet.com.br&amp;gt; escreveu:
GEPON,
taxa,
o
outros
alegria
banda
windows e
foram
efetuado
26Mbp/s de
do Brasil não né?
rede chamado GAS TECNOLOGIA FILTER DRIVER. Se tiver, desligue esta porcaria
pois costuma limitar BASTANTE o trafego da placa de rede.
abaixo:

&lt;/pre&gt;</description>
    <dc:creator>Welisson</dc:creator>
    <dc:date>2013-05-17T00:49:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38730">
    <title>Re: [GTER] IPTV</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38730</link>
    <description>&lt;pre&gt;Estamos com solucao da Viacess para acesso condicionado e midleware, e eles
estao nos dando todo o macete, ja que nos entendemos da parte de IP, eles
nos ajudam com a parte da TV, foi a solucao mais robusta que achamos.

Rubens Marins
Administrador de Sistemas
rubens.marins at gmail dot com


2013/5/15 Robson mendes de souza &amp;lt;robsonzmendes-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Rubens Marins Schner</dc:creator>
    <dc:date>2013-05-17T12:33:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38729">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38729</link>
    <description>&lt;pre&gt;Qual seria a justificativa de não colocar o firewall ATRÁS do roteador BGP?


Em 16 de maio de 2013 20:04, Douglas Fischer &amp;lt;fischerdouglas-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;escreveu:

--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Lucas Willian Bocchi</dc:creator>
    <dc:date>2013-05-17T11:15:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38728">
    <title>Re: [GTER] Lista de ASs por Estado - Brasil</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38728</link>
    <description>&lt;pre&gt;É isso que eu preciso,

Será que tem?


Em 7 de maio de 2013 09:48, Fábio - RJ Network &amp;lt;fabio-pnjTXz7TfIVsQy3Bzk4UKg&amp;lt; at &amp;gt;public.gmane.org&amp;gt;escreveu:

--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Jorge Augusto</dc:creator>
    <dc:date>2013-05-17T17:47:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38727">
    <title>[GTER]  ToughSwitch Pro x RB435G</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38727</link>
    <description>&lt;pre&gt;Olá..

  Não sei se é possível nesses switches, mas você consegue jogar mais A para 
a sua RB ? Uma vez peguei esse problema com uns companheiros numa operadora 
na qual trabalhava e se reolveu quando alteramos as fontes de força para 48V 
3A (não me recordo com precisão a amperagem)...
  Se pesquisar um pouco, vai ver que o travamento de RB com muitos cartões, 
está envolvido no consumo de amperagem dos cartões para a RB, e ela 
trava....calculando certinho você chega numa amperagem que a RB não trava 
mais e roda de boa....

Att,

Jefferson




-----Mensagem Original----- 
From: Boniek Morais
Sent: Thursday, May 16, 2013 14:45
To: gter-qnpxE5YDJsQfDpRFG90hPg&amp;lt; at &amp;gt;public.gmane.org
Subject: [GTER] ToughSwitch Pro x RB435G

Pessoal, estou testando o Switch da Ubiquiti pra alimentar algumas RBs..

No caso, to alimentando 3 RB435G e 1 RB433.



A RB433 nunca apresentou problemas, porém, as RB435 estão apresentando

muita instabilidade, especialmente duas que estão com 5 cartões mini-pci.



Nessas R&lt;/pre&gt;</description>
    <dc:creator>Jefferson Gondek</dc:creator>
    <dc:date>2013-05-17T11:58:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38726">
    <title>[GTER] Nao deixe de se inscrever na GTER-35 GTS-21</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38726</link>
    <description>&lt;pre&gt;Lembramos a todos que as inscrições da GTER-35 GTS-21 que se inicia na
próxima quinta-feira ainda estão abertas, e que em função de requisitos de
segurança do local do evento (Itaipu), a inscrição prévia é estritamente
necessária, ao contrário de edições que fazemos em hotéis ou auditórios sem
controle de acesso a público, em que podemos mais facilmente atender
inscrições já no local do evento.

Inscrições e informações em
http://gter.nic.br

Esperamos você lá!


Secretaria GTER
--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Secretaria GTER</dc:creator>
    <dc:date>2013-05-17T19:31:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38725">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38725</link>
    <description>&lt;pre&gt;Bem, isso depende muito de outras coisas além do fato de ser BGP. É um
pouco pretensioso dizer se é certo ou errado.

Seria melhor começar a perguntar da forma inversa. Qual seria a vantagem de
se colocar um roteador e trocar o BGP por trás do roteador? Um roteador
geralmente não é um ponto crítico na segurança do sistema como um todo e
tomando as devidas medidas restritivas de acesso e proteção de
control-plane pode-se dizer que é relativamente seguro manter um roteador
exposto fora da rede.

Por um outro lado, nem sempre é um roteador que troca BGP, por vezes é um
servidor e aí precisa também tomar os devidos cuidados para protegê-lo. E
tvz nesse caso, seja mais confortável para alguns adotar um firewall em
separado - o que também eu não vejo como uma definição estática, poderia-se
usar muito bem outros recursos de software para fazer isso.


Em 16 de maio de 2013 05:01, Kalil de A. Carvalho &amp;lt;kalilac-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;escreveu:

--
gter list    https://eng.regis&lt;/pre&gt;</description>
    <dc:creator>Shine</dc:creator>
    <dc:date>2013-05-17T00:32:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38724">
    <title>[GTER] Problemas com Firewall Juniper - SSG 320M</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38724</link>
    <description>&lt;pre&gt;Bom dia Caros,


Estou com problemas num firewall Juniper [SSG 320M] de um cliente que após
uma manobra de energia não inicia mais.
Encontrei o link abaixo reportando ser algum problema relacionado a falha
na memoria RAM, "Dead RAM issue"


http://forums.juniper.net/t5/ScreenOS-Firewalls-NOT-SRX/SSG-350M-cannot-boot/m-p/105568//true


Alguem ja enfrentou algo parecido?

Poderiam me indicar algum fornecedor/assistencia técnica para esse
equipamento? [o Cliente não tem mais nenhum contato]



Obrigado pela atenção,


Eliel Lima Andrade
--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>EL AF</dc:creator>
    <dc:date>2013-05-17T14:44:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38723">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38723</link>
    <description>&lt;pre&gt;

rotas estáticas, imagino.
--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Danton Nunes</dc:creator>
    <dc:date>2013-05-17T12:20:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38722">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38722</link>
    <description>&lt;pre&gt;

isso é bem esquisito. tem que se tomar um imenso cuidado para o firewall 
não bloquear o próprio BGP e configurar o ebgp-multihop corretamente DOS 
DOIS LADOS. Pode ser que o outo lado não seja lá muito cooperativo e só 
saiba aplicar a receita de bolo de sempre.

Mas, a pergunta que não quer calar, por que cargas d'água uma configuração 
assim? O roteador não deve fazer qualquer outra coisa além de rotear, 
então o que há nele para ser protegido atrás de um firewall?

Recomendo mudar para a configuração ortodoxa e não arranjar sarna para se 
coçar.

&lt;/pre&gt;</description>
    <dc:creator>Danton Nunes</dc:creator>
    <dc:date>2013-05-17T12:18:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38721">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38721</link>
    <description>&lt;pre&gt;Depende do objetivo do seu design e aonde o BGP se encaixa nesta história.

Eu seguiria esta regra: se a capacidade de forwarding do firewall (com as
regras aplicadas) for maior que a do roteador, você pode colocar o firewall
na frente do roteador. Do contrário não, pois você corre o risco do
firewall cair muito antes da capacidade do seu link esgotar em um DDoS.

Dois exemplos:

- IPSEC VPN usando BGP em roteadores internos para troca de rotas.
      - firewall na frente do roteador de BGP

- Borda Internet
       - firewall atras do roteador de BGP da borda

[]s

./diogo -montagner
JNCIE-SP 0x41A


2013/5/17 Douglas Fischer &amp;lt;fischerdouglas-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Diogo Montagner</dc:creator>
    <dc:date>2013-05-17T00:22:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38720">
    <title>Re: [GTER] Packet Loss - Mikrotik</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38720</link>
    <description>&lt;pre&gt;Não alterei nenhuma configuração referentes a MTU, quanto ao uso de CPU, a própria RB separou as interfaces por core, e mesmo durante a execução das regras, a CPU fica com pelo menos 20% do tempo em idle. O que o meu sistema interna faz é apenas gerar um conjunto de regras, seguindo a sintaxe do RouterOS com os controles de IP/Velocidade dos clientes, bem simples! Em seguida, temo o script abaixo fazendo o download de todos os arquivos que definimos dentro do arquivo "Regra", cada predial/cliente por linha.

#INICIO#
queue simple remove [find parent="LAGUNA01" or target-addresses=10.85.63.0/24]
ip firewall address-list remove [find list="LAGUNA01"]
ip firewall nat remove [find src-address-list="LAGUNA01"]
/ip firewall nat add action=masquerade chain=srcnat disabled=no out-interface=externa src-address-list=LAGUNA01 comment=LAGUNA01
/queue simple add disabled=no max-limit=100M/100M name=LAGUNA01 queue=ethernet-default/ethernet-default target-address=10.85.63.0/24 total-queue=ethernet-default
ip firewal&lt;/pre&gt;</description>
    <dc:creator>Daniel Gurgel</dc:creator>
    <dc:date>2013-05-17T12:49:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38719">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38719</link>
    <description>&lt;pre&gt;Não é errado, mas é estranho, entra nisso que o Bruno falou, qual a
necessidade do firewall ficar entre os peers BGP?



Em 16 de maio de 2013 20:04, Douglas Fischer &amp;lt;fischerdouglas-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;escreveu:




&lt;/pre&gt;</description>
    <dc:creator>Cledir Justo</dc:creator>
    <dc:date>2013-05-17T19:37:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38718">
    <title>[GTER] Office 365 - Banda necessária</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38718</link>
    <description>&lt;pre&gt;Boa tarde!

Alguem tem alguma formula para estimar a banda necessária de internet por usuário para o uso do office 365 na nuvem? 
Alguem tem algum feedback positivo deste produto. O custo mensal é muito atrativo se comparado a necessidade de compra de licença do office. 
Agradeço desde já
Augusto


              
--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Augusto Rodrigues</dc:creator>
    <dc:date>2013-05-17T14:19:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38717">
    <title>[GTER] RES:  Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38717</link>
    <description>&lt;pre&gt;O que faz mais sentido é:

INTERNET -&amp;gt; ROTEADOR -&amp;gt; FIREWALL ou ter uma caixa ROTEADOR/FIREWALL em
conjunto

-----Mensagem original-----
De: gter-bounces-qnpxE5YDJsQfDpRFG90hPg&amp;lt; at &amp;gt;public.gmane.org [mailto:gter-bounces-qnpxE5YDJsQfDpRFG90hPg&amp;lt; at &amp;gt;public.gmane.org] Em
nome de Bruno Cabral
Enviada em: quinta-feira, 16 de maio de 2013 19:40
Para: Grupo de Trabalho de Engenharia e Operacao de Redes
Assunto: Re: [GTER] Roteador BGP por trás de firewall.

Como o seu firewall irá receber as rotas para saber por onde mandar as
conexões se ele estiver ANTES do roteador que recebe as rotas BGP?
!3runo Cabral
--
Cursos e Consultoria BGP

       
--
gter list    https://eng.registro.br/mailman/listinfo/gter


--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Cleber &lt; at &gt; Inetweb</dc:creator>
    <dc:date>2013-05-17T12:48:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38716">
    <title>[GTER] Política de roteamento visando minimizar os problemas com o tráfego internacional</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38716</link>
    <description>&lt;pre&gt;Pessoal, tendo em vista os diversos problemas que têm ocorrido não só, mas
principalmente com a Level3/GlobalCrossing, gostaria de ouvir a opnião dos
colegas sobre como poderia ser minimizado o impacto dos constantes
problemas em nossas redes.

Não somos clientes diretos da Level3, atualmente 4 operadoras nos atendem
mas sei que 3 delas dependem quase que diretamente da Level3 a quarta
aparentemente não depende e por isso notamos que quando ocorrem problemas
com a Level3 os clientes que estão ligados a esta operadora nem percebem
que existe algo acontecendo.
Por isso estamos analisando a possibilidade de utilizar tal operadora
principalmente para tráfego internacional.

Esta operadora não entrega tabela FULL em sua sessão BGP. Para que a saída
internacional passe por ela precisamos filtrar todos os anúncios de
prefixos internacionais das outras operadoras e utilizar esta operadora
como rota default. Mas ainda não sabemos ao certo como fazer com que a
entrada internacional (e apenas internacional&lt;/pre&gt;</description>
    <dc:creator>Paulo Henrique</dc:creator>
    <dc:date>2013-05-17T14:56:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38715">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38715</link>
    <description>&lt;pre&gt;Não é errado.
Mas terá que ser Multihop e dependerá de IGP ou rota estática(A não ser que
o frw esteja em L2).

Para teste eu já implementei com ASA, mas para vida real eu imagino que
deva ser bem chato de manter. Ainda mais se for multihomed.

/*Android told-me that this text should be at bottom.*/
Em 16/05/2013 19:30, "Kalil de A. Carvalho" &amp;lt;kalilac-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; escreveu:

--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Douglas Fischer</dc:creator>
    <dc:date>2013-05-16T23:04:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38714">
    <title>Re: [GTER] Roteador BGP por trás de firewall.</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38714</link>
    <description>&lt;pre&gt;Como o seu firewall irá receber as rotas para saber por onde mandar as conexões se ele estiver ANTES do roteador que recebe as rotas BGP?
!3runo Cabral
--
Cursos e Consultoria BGP

       
--
gter list    https://eng.registro.br/mailman/listinfo/gter

&lt;/pre&gt;</description>
    <dc:creator>Bruno Cabral</dc:creator>
    <dc:date>2013-05-16T22:40:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.operators.gter.brazil/38713">
    <title>Re: [GTER] Teste com banda acima de 50Mbp/s - Gepon</title>
    <link>http://permalink.gmane.org/gmane.org.operators.gter.brazil/38713</link>
    <description>&lt;pre&gt;O windows ou linux normalmente não aplicam esse tipo de problema aos seus usuários, voce pode usar o iperflocalmente no windows e vai verificar que a banda ultrapassa a casa dos gigabits.
Recomendo fortemente que ao fazer testes com windows ou linux utilize placas de rede da linha intel pro e voce vai conseguir resultandos bem interessantes.
Att

       
--
gter list    https://eng.registro.br/mailman/listinfo/gter&lt;/pre&gt;</description>
    <dc:creator>willian pires</dc:creator>
    <dc:date>2013-05-15T04:13:23</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.org.operators.gter.brazil">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.org.operators.gter.brazil</link>
  </textinput>
</rdf:RDF>
