Date: Fri, 15 May 2009 09:00:18 -0400
Subject: [GTER] Google ontem
http://www.wired.com/epicenter/2009/05/when-google-goes-down-it-goes-down-hard/
http://www.networkworld.com/community/node/41880
Pequena diferenca no grafico :-)
OutageやNANOGで話題になったGoogleIssueがここにも報告されています。
世界はつながっているんだねぇ。
自分が著名サイトを運営していて、チョンボや障害を引き起こすと世界中にバレるということ。
5/16/2009
5/09/2009
GTER@May 8, 2009
Date: Fri, 8 May 2009 00:59:35 -0300
Subject: [GTER] Internautas ficam temporariamente sem acesso ao Google
no Brasil
http://ultimosegundo.ig.com.br/economia/2009/05/07/internautas+ficam+temporariamente+sem+acesso+ao+google+no+brasil+6002915.html
O Google Brasil informou h? pouco que um problema t?cnico, surgido durante
manuten??o de rotina dos roteadores, tirou do ar o site de buscas hoje ?
tarde.
Segundo a empresa, a falha interferiu no tr?fego de informa??es de parte dos
usu?rios brasileiros.
De acordo com nota ? imprensa, a pane durou "instantes" e rapidamente foi
solucionada. Boa parte dos internautas, no entanto, passou pelo menos duas
horas sem acesso ao site de buscas. E a impossibilidade de conex?o perdurava
no in?cio da noite.
Googleブラジルの接続障害でここのところGTERが活発でしたが、レポートが出てきました。
ようやく収束かな。
Subject: [GTER] Internautas ficam temporariamente sem acesso ao Google
no Brasil
http://ultimosegundo.ig.com.br/economia/2009/05/07/internautas+ficam+temporariamente+sem+acesso+ao+google+no+brasil+6002915.html
O Google Brasil informou h? pouco que um problema t?cnico, surgido durante
manuten??o de rotina dos roteadores, tirou do ar o site de buscas hoje ?
tarde.
Segundo a empresa, a falha interferiu no tr?fego de informa??es de parte dos
usu?rios brasileiros.
De acordo com nota ? imprensa, a pane durou "instantes" e rapidamente foi
solucionada. Boa parte dos internautas, no entanto, passou pelo menos duas
horas sem acesso ao site de buscas. E a impossibilidade de conex?o perdurava
no in?cio da noite.
Googleブラジルの接続障害でここのところGTERが活発でしたが、レポートが出てきました。
ようやく収束かな。
5/01/2009
GTER@Apr 30, 2009
Date: Thu, 30 Apr 2009 10:18:41 -0300
Subject: Re: [GTER] Quagga - Assertion `len < str_size' failed in
filebgp_aspath.c, line 619
> Caros amigos, CASO algum de voces tenha o problema abaixo com o Quagga
> (Bgpd crash on long asn32 in aspath):
> Assertion `len < str_size' failed in file bgp_aspath.c, line 619
>
> Aconselho o link abaixo:
> http://www.gossamer-threads.com/lists/quagga/users/17769
>
> Para mim funcionou 100%
Ola
Este ? o bug do quagga de umas 3 semanas atr?s, voc? s? foi atingido
agora? Ou s? precisou agora?
Um upgrade pro quagga 0.99-11 ou downgrade pro 0.98-6 resolve a
parada, se preferir n?o patchear manualmente
[]s, !3runo Cabral
4バイトASのうち、非常に大きいAS番号を使うとQuaggaのBGPdがクラッシュしてしまう、という相談に、0.99-11にアップグレードするか、0.98-6にダウングレードすればいい。パッチは自分で当ててね、という返答。
Quaggaは非常に活発に開発が進んでいるOSS。開発状況を追うのは大変だ。
Subject: Re: [GTER] Quagga - Assertion `len < str_size' failed in
filebgp_aspath.c, line 619
> Caros amigos, CASO algum de voces tenha o problema abaixo com o Quagga
> (Bgpd crash on long asn32 in aspath):
> Assertion `len < str_size' failed in file bgp_aspath.c, line 619
>
> Aconselho o link abaixo:
> http://www.gossamer-threads.com/lists/quagga/users/17769
>
> Para mim funcionou 100%
Ola
Este ? o bug do quagga de umas 3 semanas atr?s, voc? s? foi atingido
agora? Ou s? precisou agora?
Um upgrade pro quagga 0.99-11 ou downgrade pro 0.98-6 resolve a
parada, se preferir n?o patchear manualmente
[]s, !3runo Cabral
4バイトASのうち、非常に大きいAS番号を使うとQuaggaのBGPdがクラッシュしてしまう、という相談に、0.99-11にアップグレードするか、0.98-6にダウングレードすればいい。パッチは自分で当ててね、という返答。
Quaggaは非常に活発に開発が進んでいるOSS。開発状況を追うのは大変だ。
4/30/2009
GTER@Apr 29, 2009
Date: Wed, 29 Apr 2009 13:16:40 -0300
Subject: Re: [GTER] MPLS para Linux
Ol?,
Comece por aqui:
http://apps.sourceforge.net/mediawiki/mpls-linux/index.php?title=Main_Page
Abs,
> Boa Tarde a Todos,
>
> Algu?m poderia indicar algum material sobre MPLS para Linux ?
>
> Grato desde j? pela aten??o.
>
>
> Att,
LinuxでMPLS使えないかな?という質問に返事あり。
MPLS-Linuxというものがあるそうです。
日本人ならNetBSD+Ayameだよね?と思うのだけれど。
Subject: Re: [GTER] MPLS para Linux
Ol?,
Comece por aqui:
http://apps.sourceforge.net/mediawiki/mpls-linux/index.php?title=Main_Page
Abs,
> Boa Tarde a Todos,
>
> Algu?m poderia indicar algum material sobre MPLS para Linux ?
>
> Grato desde j? pela aten??o.
>
>
> Att,
LinuxでMPLS使えないかな?という質問に返事あり。
MPLS-Linuxというものがあるそうです。
日本人ならNetBSD+Ayameだよね?と思うのだけれど。
4/15/2009
GTER@Mar 14, 2009
Date: Tue, 14 Apr 2009 21:37:41 -0300
From: Rodrigo Ristow Branco
Subject: [GTER] Curiosidade - Contador de endere?os IP ainda
dispon?veis
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID: <49E52C55.6010805@pobox.com>
Content-Type: text/plain; charset=UTF-8
IPv4 Exhaustion Counter (English)
http://inetcore.com/project/ipv4ec/index_en.html
インテック・ネットコア社のIPv4枯渇カウントダウンのお知らせ。
なんで英語ページを案内するんだろう?ブラジル・ポルトガル語版もあるのに。
From: Rodrigo Ristow Branco
Subject: [GTER] Curiosidade - Contador de endere?os IP ainda
dispon?veis
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID: <49E52C55.6010805@pobox.com>
Content-Type: text/plain; charset=UTF-8
IPv4 Exhaustion Counter (English)
http://inetcore.com/project/ipv4ec/index_en.html
インテック・ネットコア社のIPv4枯渇カウントダウンのお知らせ。
なんで英語ページを案内するんだろう?ブラジル・ポルトガル語版もあるのに。
4/14/2009
GTER@Apr 13, 2009
Date: Mon, 13 Apr 2009 09:36:32 -0300
From: "Leandro M Bertholdo"
Subject: [GTER] testes IPv4 e IPv6
To: "'Grupo de Trabalho de Engenharia e Operacao de Redes'"
Message-ID: <077101c9bc34$7a95aac0$6fc10040$@ufrgs.br>
Content-Type: text/plain; charset="iso-8859-1"
Ola Pessoal,
Est? dispon?vel na ?rea de servi?os do POP-RS (http://pop-rs.rnp.br/portal/)
a primeira vers?o de uma ferramenta que auxilia no diagn?stico de problemas
de configura??o e conectividade IPv4 e IPv6.
Esta pequena ferramenta auxilia em especial a quem esta colocando seu
dom?nio/site com suporte a IPv6, provendo uma vis?o externa do site/dom?nio.
Os servi?os testados com origem no POP-RS/RNP s?o:
-Ping (IPv4 e IPv6)
-Traceroute (IPv4 e IPv6)
-Endere?amento Reverso (IPv4 e IPv6)
-Registros SPF configurados pelo dom?nio pesquisado (IPv4 e IPv6)
-Registros cadastrados nos servidores WHOIS (RNP, registro.br, lacnic e
outros)
-Mail Blacklists sobre o dom?nio em quest?o (IPv4)
Caso os senhores tenham algum coment?rio, ou sintam necessidade de algum
teste adicional, por favor entrem em contato.
Atenciosamente,
Leandro Bertholdo
POP-RS/RNP
ブラジルのある地域で新サービスをするんだが、IPv4/IPv6の到達性その他どうやって
調べればよいか、という質問。
Ping/TracerouteならNagios等OSSなツールでいけるが、Mail周りはどうだろう?
Blasklistは管理者がRBLの情報を見て追加していくしかないんじゃないかなぁ。
From: "Leandro M Bertholdo"
Subject: [GTER] testes IPv4 e IPv6
To: "'Grupo de Trabalho de Engenharia e Operacao de Redes'"
Message-ID: <077101c9bc34$7a95aac0$6fc10040$@ufrgs.br>
Content-Type: text/plain; charset="iso-8859-1"
Ola Pessoal,
Est? dispon?vel na ?rea de servi?os do POP-RS (http://pop-rs.rnp.br/portal/)
a primeira vers?o de uma ferramenta que auxilia no diagn?stico de problemas
de configura??o e conectividade IPv4 e IPv6.
Esta pequena ferramenta auxilia em especial a quem esta colocando seu
dom?nio/site com suporte a IPv6, provendo uma vis?o externa do site/dom?nio.
Os servi?os testados com origem no POP-RS/RNP s?o:
-Ping (IPv4 e IPv6)
-Traceroute (IPv4 e IPv6)
-Endere?amento Reverso (IPv4 e IPv6)
-Registros SPF configurados pelo dom?nio pesquisado (IPv4 e IPv6)
-Registros cadastrados nos servidores WHOIS (RNP, registro.br, lacnic e
outros)
-Mail Blacklists sobre o dom?nio em quest?o (IPv4)
Caso os senhores tenham algum coment?rio, ou sintam necessidade de algum
teste adicional, por favor entrem em contato.
Atenciosamente,
Leandro Bertholdo
POP-RS/RNP
ブラジルのある地域で新サービスをするんだが、IPv4/IPv6の到達性その他どうやって
調べればよいか、という質問。
Ping/TracerouteならNagios等OSSなツールでいけるが、Mail周りはどうだろう?
Blasklistは管理者がRBLの情報を見て追加していくしかないんじゃないかなぁ。
4/04/2009
GTER@Apr 3, 2009
Date: Fri, 3 Apr 2009 16:23:56 -0300
From: Rubens Kuhl
Subject: Re: [GTER] O que ? melhor para outdoor: 802.11g ou 802.11b?
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID:
<6bb5f5b10904031223g7fc04b2cy14ffe46bdabdfcf0@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Acho que falta especificar a demanda: o objetivo ? fazer um enlace de
300 km com a velocidade de um telex (110 bps), ou tudo bem se a
dist?ncia for menor mas voc? tiver uma performance de alguns Mbps ?
Rubens
2009/4/2 Fabr?cio Cabral:
> Ol? todos!
>
> Surgiu uma discuss?o com um amigo sobre qual padr?o era
> melhor para outdoor: 802.11g ou 802.11b. Eu argumentei, pelo
> fato do 802.11g usar OFDM, tecnicamente, ele seria melhor
> do que o 802.11b para uso externo. No entanto, ele argumentou
> que apesar disso, o 802.11b tem um alcance maior.
>
> Assim, gostaria de consultar os amigos aqui da lista respeito
> disso: quem ? melhor indoor/outdorr: 802.11g ou 802.11b?
> Quem tem maior alcance? Quem sofre mais com interfer?ncias?
> E principalmente, por qu??
>
> Agrade?o a aten??o,
>
> --
> --fx
屋外で使うには802.11bと11gのどっちがいい?という質問に対し、
求める帯域とか、用途に寄るんじゃん?という回答。
インフラが整っていない地域では無線LANで長距離飛ばしてみたりするので
日本で質問した場合と返答がかなり異なる気がします。
From: Rubens Kuhl
Subject: Re: [GTER] O que ? melhor para outdoor: 802.11g ou 802.11b?
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID:
<6bb5f5b10904031223g7fc04b2cy14ffe46bdabdfcf0@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Acho que falta especificar a demanda: o objetivo ? fazer um enlace de
300 km com a velocidade de um telex (110 bps), ou tudo bem se a
dist?ncia for menor mas voc? tiver uma performance de alguns Mbps ?
Rubens
2009/4/2 Fabr?cio Cabral
> Ol? todos!
>
> Surgiu uma discuss?o com um amigo sobre qual padr?o era
> melhor para outdoor: 802.11g ou 802.11b. Eu argumentei, pelo
> fato do 802.11g usar OFDM, tecnicamente, ele seria melhor
> do que o 802.11b para uso externo. No entanto, ele argumentou
> que apesar disso, o 802.11b tem um alcance maior.
>
> Assim, gostaria de consultar os amigos aqui da lista respeito
> disso: quem ? melhor indoor/outdorr: 802.11g ou 802.11b?
> Quem tem maior alcance? Quem sofre mais com interfer?ncias?
> E principalmente, por qu??
>
> Agrade?o a aten??o,
>
> --
> --fx
屋外で使うには802.11bと11gのどっちがいい?という質問に対し、
求める帯域とか、用途に寄るんじゃん?という回答。
インフラが整っていない地域では無線LANで長距離飛ばしてみたりするので
日本で質問した場合と返答がかなり異なる気がします。
3/30/2009
GTER@Mar 29, 2009
Date: Sun, 29 Mar 2009 23:47:31 -0300
From: Thiago Coutinho
Subject: [GTER] DoS
To: gter@eng.registro.br
Message-ID:
<62a888170903291947hcf8356blc8dd399a0297dad5@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Boa tarde.
Na empresa onde trabalho temos um cliente que est? recebendo v?rias
requisi??es UDP na porta 5060 vindas do IP
213.149.105.45. N?o sei exatamente a quantidade, mas pelo tcpdump vi
que s?o algumas dezenas por segundo.
J? bloqueamos no firewall, por?m as requisi??es continuam batendo no
firewall, isso h? 2 dias.
J? entrei em contato com a Intelig e eles disseram que n?o podem
bloquear o IP no backbone, s? conseguem bloquear tudo que for
internacional ou nada.
H? alguma outra forma de resolver isso?
Agrade?o a aten??o.
--
Thiago Coutinho - http://thiago.bunghole.com.br/
ブラジルでもSIPに対するDoSが発生している模様。
この人はCERT.brに連絡すべきじゃないかな。
From: Thiago Coutinho
Subject: [GTER] DoS
To: gter@eng.registro.br
Message-ID:
<62a888170903291947hcf8356blc8dd399a0297dad5@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Boa tarde.
Na empresa onde trabalho temos um cliente que est? recebendo v?rias
requisi??es UDP na porta 5060 vindas do IP
213.149.105.45. N?o sei exatamente a quantidade, mas pelo tcpdump vi
que s?o algumas dezenas por segundo.
J? bloqueamos no firewall, por?m as requisi??es continuam batendo no
firewall, isso h? 2 dias.
J? entrei em contato com a Intelig e eles disseram que n?o podem
bloquear o IP no backbone, s? conseguem bloquear tudo que for
internacional ou nada.
H? alguma outra forma de resolver isso?
Agrade?o a aten??o.
--
Thiago Coutinho - http://thiago.bunghole.com.br/
ブラジルでもSIPに対するDoSが発生している模様。
この人はCERT.brに連絡すべきじゃないかな。
GTER@Mar 29, 2009
Date: Sun, 29 Mar 2009 18:35:29 -0300
From: max _tor
Subject: Re: [GTER] Caching e controle P2P
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID:
<20a28b1b0903291435m8b2f756qe90d1d1584bcc461@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Ja ? um caminho!!
https://cs-svn.cs.surrey.sfu.ca/nsl/wiki/P2PCache
2009/3/26 Fabr?cio Cabral
> Ol?!
>
> Eu n?o sei se esse assunto ? off-topic (me perdoem se for). Eu gostaria
> de saber, j? que muitos aqui na lista trabalham em empresas e provedores
> de acesso ? Internet, se voc?s enxergam que exista uma demanda por
> equipamentos que sejam capazes de realizar caching e/ou controle de
> tr?fego P2P.
>
> Com rela??o ao controle, sei que existem algumas solu??es por a?,
> como l7-filter do linux ou o ipp2p, mas acontece que essas solu??es
> n?o apresentam uma boa efici?ncia, al?m do fato, que como os
> protocolos P2P mudam com certa frequ?ncia, deve haver uma
> atualiza??o no software, e portanto demanda de algum suporte.
>
> A respeito de fazer caching de P2P, s? conhe?o solu??es BEM caras,
> como a da CacheLogic ou PeerApp, com suporte apenas no exterior.
>
> Assim sendo, existe demanda por esse tipo de servi?o/produto em
> empresas de pequeno, m?dio ou grande porte?
>
> Agrade?o a aten??o de todos,
>
> --
> --fx
P2Pトラフィックをキャッシュしたり制限したりできないか、という質問に対して、
カナダのP2PCacheプロジェクトの紹介をするメール。
日本はP2Pのトラフィックは既に脅威ではないという発表があるくらいですが(その影にはWinny開発者・使用者の逮捕、暴露事件の蔓延等色々な理由があるとは思うのですが)南米地域では未だ猛威をふるっているようです。
From: max _tor
Subject: Re: [GTER] Caching e controle P2P
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID:
<20a28b1b0903291435m8b2f756qe90d1d1584bcc461@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Ja ? um caminho!!
https://cs-svn.cs.surrey.sfu.ca/nsl/wiki/P2PCache
2009/3/26 Fabr?cio Cabral
> Ol?!
>
> Eu n?o sei se esse assunto ? off-topic (me perdoem se for). Eu gostaria
> de saber, j? que muitos aqui na lista trabalham em empresas e provedores
> de acesso ? Internet, se voc?s enxergam que exista uma demanda por
> equipamentos que sejam capazes de realizar caching e/ou controle de
> tr?fego P2P.
>
> Com rela??o ao controle, sei que existem algumas solu??es por a?,
> como l7-filter do linux ou o ipp2p, mas acontece que essas solu??es
> n?o apresentam uma boa efici?ncia, al?m do fato, que como os
> protocolos P2P mudam com certa frequ?ncia, deve haver uma
> atualiza??o no software, e portanto demanda de algum suporte.
>
> A respeito de fazer caching de P2P, s? conhe?o solu??es BEM caras,
> como a da CacheLogic ou PeerApp, com suporte apenas no exterior.
>
> Assim sendo, existe demanda por esse tipo de servi?o/produto em
> empresas de pequeno, m?dio ou grande porte?
>
> Agrade?o a aten??o de todos,
>
> --
> --fx
P2Pトラフィックをキャッシュしたり制限したりできないか、という質問に対して、
カナダのP2PCacheプロジェクトの紹介をするメール。
日本はP2Pのトラフィックは既に脅威ではないという発表があるくらいですが(その影にはWinny開発者・使用者の逮捕、暴露事件の蔓延等色々な理由があるとは思うのですが)南米地域では未だ猛威をふるっているようです。
3/20/2009
GTER@Mar 19, 2009
Date: Thu, 19 Mar 2009 14:30:39 -0300
From: Flavio Junior
Subject: Re: [GTER] Failover de link ADSL
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID:
<58aa8d780903191030v89842abo6c09c76d90fa1b78@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
As rotas ser?o removidas quando as interfaces forem baixadas pelo
script, antes de rodar o dhclient na placa que deve assumir o link...
Vamos a um caso extremamente simples, um script:
#!/bin/bash
#
# Links por eth
ADSL=eth1
EBT=eth2
# Descobrindo link atual
LinkAtual="$(awk '$1~/0.0.0.0/{print $NF}' < <(route -n))"
# Hosts de teste
HOST[0]="200.160.2.3" # registro.br
HOST[1]="$(awk '$1~/0.0.0.0/{print $2}' < <(route -n))"
LinkStatus="DOWN"
for host in ${HOST[@]}; do
ping -c2 -w2 -q $host >/dev/null 2>&1
if [ $? -eq 0 ]; then
exit 0
fi
done
if [ "$LinkStatus" == "DOWN" ]; then
ifdown $ADSL || ifconfig $ADSL down
ifdown $EBT || ifconfig $EBT down
if [ "$LinkAtual" == "$ADSL ]; then
ifup $EBT || dhclient $EBT || dhcpcd $EBT
else
ifup $ADSL || dhclient $ADSL || dhcpcd $ADSL
fi
fi
## FIM DO SCRIPT
Isso ta grosseiro e eu escrevi diretamente aqui no e-mail...
A ideia do funcionamento eu acho que ta correta, ou seja:
1. Executa testes no link atual
2. Se o link estiver fora, DESATIVA AS PLACAS DE REDE DE INTERNET e
reativa a do OUTRO link (dhclient)
2. Se o link estiver OK, ignora o restante do script
Veja que eu considerei o gateway como um host de teste, nem todos
cenarios s?o assim, muitas vezes a internet cai e o gateway ainda
responde ping, ou ent?o o gateway se torna um IP de LAN que o modem
forneceu via DHCP e assim responde ping..
Tu pode por 2, 3, 4, X hosts ali pra testar... Qto mais testes, mais
tempo o script executa..
O caso agora seria por isso no crontab:
*/5 * * * * /usr/local/bin/script_ninja_linkswitch.sh
--
Fl?vio do Carmo J?nior aka waKKu
2009/3/19 Alexandro Corr?a - SulSoft:
> Sobre essa quest?o de rotas criadas pelo DHCLIENT, depois de adquirir o IP
> eu costumo rodar um script que remove todas as rotas e cria novamente
> conforme minhas necessidades.
> Tem funcionado bem at? o momento...
>
> Atenciosamente,
>
> ? ? ? ?Alexandro Corr?a
> Tecnologia da Informa??o
> alexandro@sulsoft.com.br
> Fone/Fax: +55 (51) 3333-1581
>
>
> "Esta mensagem pode conter informa??o confidencial e/ou privilegiada. Se
> voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem
> n?o pode usar copiar ou divulgar as informa??es nela contidas ou tomar
> qualquer tipo de a??o baseada nessas informa??es. Se voc? recebeu esta
> mensagem por engano por favor avise imediatamente o remetente respondendo o
> e-mail e em seguida apague-o."
>
>
> bruno@openline.com.br escreveu:
>>
>> --- Leonardo Amaral escreveu:
>>
>>>
>>> Mas quando der o DHClient na primeira interface ele n?o "come"
>>> a rota da primeira?
>>>
>>
>> na verdade fica com 2 rotas...
>>
>> o que voc? pode fazer ? alterar o script que "sobe" a rota
>> (o dhclient chama um script pra setar interface e rota)
>> e guardar o gateway num arquivo
>>
>> dai quando precisar mudar, verifica o arquivo e muda de
>> acordo
>>
>> pode no down do dhclient tamb?m remover o arquivo para
>> saber que este est? down
>>
>> []s, !3runo
>>
ADSLリンクの冗長化について。
ISPのエンジニアの議論というよりも、家庭内サーバ管理者の技術メーリングリストのような時もある。それもまた面白い。
From: Flavio Junior
Subject: Re: [GTER] Failover de link ADSL
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID:
<58aa8d780903191030v89842abo6c09c76d90fa1b78@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
As rotas ser?o removidas quando as interfaces forem baixadas pelo
script, antes de rodar o dhclient na placa que deve assumir o link...
Vamos a um caso extremamente simples, um script:
#!/bin/bash
#
# Links por eth
ADSL=eth1
EBT=eth2
# Descobrindo link atual
LinkAtual="$(awk '$1~/0.0.0.0/{print $NF}' < <(route -n))"
# Hosts de teste
HOST[0]="200.160.2.3" # registro.br
HOST[1]="$(awk '$1~/0.0.0.0/{print $2}' < <(route -n))"
LinkStatus="DOWN"
for host in ${HOST[@]}; do
ping -c2 -w2 -q $host >/dev/null 2>&1
if [ $? -eq 0 ]; then
exit 0
fi
done
if [ "$LinkStatus" == "DOWN" ]; then
ifdown $ADSL || ifconfig $ADSL down
ifdown $EBT || ifconfig $EBT down
if [ "$LinkAtual" == "$ADSL ]; then
ifup $EBT || dhclient $EBT || dhcpcd $EBT
else
ifup $ADSL || dhclient $ADSL || dhcpcd $ADSL
fi
fi
## FIM DO SCRIPT
Isso ta grosseiro e eu escrevi diretamente aqui no e-mail...
A ideia do funcionamento eu acho que ta correta, ou seja:
1. Executa testes no link atual
2. Se o link estiver fora, DESATIVA AS PLACAS DE REDE DE INTERNET e
reativa a do OUTRO link (dhclient)
2. Se o link estiver OK, ignora o restante do script
Veja que eu considerei o gateway como um host de teste, nem todos
cenarios s?o assim, muitas vezes a internet cai e o gateway ainda
responde ping, ou ent?o o gateway se torna um IP de LAN que o modem
forneceu via DHCP e assim responde ping..
Tu pode por 2, 3, 4, X hosts ali pra testar... Qto mais testes, mais
tempo o script executa..
O caso agora seria por isso no crontab:
*/5 * * * * /usr/local/bin/script_ninja_linkswitch.sh
--
Fl?vio do Carmo J?nior aka waKKu
2009/3/19 Alexandro Corr?a - SulSoft
> Sobre essa quest?o de rotas criadas pelo DHCLIENT, depois de adquirir o IP
> eu costumo rodar um script que remove todas as rotas e cria novamente
> conforme minhas necessidades.
> Tem funcionado bem at? o momento...
>
> Atenciosamente,
>
> ? ? ? ?Alexandro Corr?a
> Tecnologia da Informa??o
> alexandro@sulsoft.com.br
> Fone/Fax: +55 (51) 3333-1581
>
>
> "Esta mensagem pode conter informa??o confidencial e/ou privilegiada. Se
> voc? n?o for o destinat?rio ou a pessoa autorizada a receber esta mensagem
> n?o pode usar copiar ou divulgar as informa??es nela contidas ou tomar
> qualquer tipo de a??o baseada nessas informa??es. Se voc? recebeu esta
> mensagem por engano por favor avise imediatamente o remetente respondendo o
> e-mail e em seguida apague-o."
>
>
> bruno@openline.com.br escreveu:
>>
>> --- Leonardo Amaral
>>
>>>
>>> Mas quando der o DHClient na primeira interface ele n?o "come"
>>> a rota da primeira?
>>>
>>
>> na verdade fica com 2 rotas...
>>
>> o que voc? pode fazer ? alterar o script que "sobe" a rota
>> (o dhclient chama um script pra setar interface e rota)
>> e guardar o gateway num arquivo
>>
>> dai quando precisar mudar, verifica o arquivo e muda de
>> acordo
>>
>> pode no down do dhclient tamb?m remover o arquivo para
>> saber que este est? down
>>
>> []s, !3runo
>>
ADSLリンクの冗長化について。
ISPのエンジニアの議論というよりも、家庭内サーバ管理者の技術メーリングリストのような時もある。それもまた面白い。
3/15/2009
GTER@Mar 14, 2009
Date: Sat, 14 Mar 2009 10:28:47 -0300
From: "Tiago N. Furbeta"
Subject: Re: [GTER] Cisco 2821 com BGP?
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID: <49BBB10F.1040608@cangere.com.br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Bruno, com partial routing acho que o Cisc?o ai aguenta sim,
tranquilamente... Mas, dependendo do n?mero de ACLs e outros filtros, ai
j? conv?m pensar duas vezes. Certa vez ativamos BGP Full em um Cisco
3640, o link era de 8 Mbps (01 peer), suportou tranquilamente.
Posteriormente migramos para um server DELL com OpenBSD + OpenBGP, pois
a EBT passou a entregar em FastEthernet no upgrade para 16 Mbps.
Att.
Tiago N. Furbeta
Cangere Online Provedor de Internet Ltda.
Campos Gerais - Sul de Minas
tfurbeta@cangere.com.br
(35) 3853-3100
Bruno@openline.com.br escreveu:
> Ola
>
> Um cliente quer ativar BGP com um Cisco 2821. Ele est?
> disposto a arcar com o custo do upgrade de RAM e do IOS
> (para poder usar ASN de 32 bits)
>
> Minha d?vida ?: o bicho aguenta?
>
> 34M de link apenas, parcial routing
>
> Agrade?o opini?es de algu?m que use ou que j? tentou...
>
> (por mim faria num PC mas o cliente quer no cisco, exceto
> se eu provar que ele n?o aguenta, dai a pergunta aqui)
>
> []s, !3runo Cabral
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
Cisco2821でBGP接続したい。ついでに4バイトASも。IOSのアップグレードとRAMのアップグレードのコストはどれくらい?という質問。
それに対し、Cisco3640でBGPフルルート食わすと8Mbpsしか出ない、DellPCでOpenBSD+OpenBGPなら16Mbps出るぜ、という回答。
ブラジルはBRICsと言われて持て囃されているが、いわゆる発展途上国で成長中で投資の
価値があるという話。
まだまだ先進国のように無尽蔵に通信機器を並べるまでに至っていない。
なんせ国土が広く人口密度が低いので投資効率は悪いし、海底ケーブルの陸揚げポイントも多数あるし、
繋がる先はそれぞれポリシーが大幅に異なる米国のISP。バックボーン設計すら難しいかも。
日本とはかなり状況が違う。
From: "Tiago N. Furbeta"
Subject: Re: [GTER] Cisco 2821 com BGP?
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Message-ID: <49BBB10F.1040608@cangere.com.br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Bruno, com partial routing acho que o Cisc?o ai aguenta sim,
tranquilamente... Mas, dependendo do n?mero de ACLs e outros filtros, ai
j? conv?m pensar duas vezes. Certa vez ativamos BGP Full em um Cisco
3640, o link era de 8 Mbps (01 peer), suportou tranquilamente.
Posteriormente migramos para um server DELL com OpenBSD + OpenBGP, pois
a EBT passou a entregar em FastEthernet no upgrade para 16 Mbps.
Att.
Tiago N. Furbeta
Cangere Online Provedor de Internet Ltda.
Campos Gerais - Sul de Minas
tfurbeta@cangere.com.br
(35) 3853-3100
Bruno@openline.com.br escreveu:
> Ola
>
> Um cliente quer ativar BGP com um Cisco 2821. Ele est?
> disposto a arcar com o custo do upgrade de RAM e do IOS
> (para poder usar ASN de 32 bits)
>
> Minha d?vida ?: o bicho aguenta?
>
> 34M de link apenas, parcial routing
>
> Agrade?o opini?es de algu?m que use ou que j? tentou...
>
> (por mim faria num PC mas o cliente quer no cisco, exceto
> se eu provar que ele n?o aguenta, dai a pergunta aqui)
>
> []s, !3runo Cabral
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
Cisco2821でBGP接続したい。ついでに4バイトASも。IOSのアップグレードとRAMのアップグレードのコストはどれくらい?という質問。
それに対し、Cisco3640でBGPフルルート食わすと8Mbpsしか出ない、DellPCでOpenBSD+OpenBGPなら16Mbps出るぜ、という回答。
ブラジルはBRICsと言われて持て囃されているが、いわゆる発展途上国で成長中で投資の
価値があるという話。
まだまだ先進国のように無尽蔵に通信機器を並べるまでに至っていない。
なんせ国土が広く人口密度が低いので投資効率は悪いし、海底ケーブルの陸揚げポイントも多数あるし、
繋がる先はそれぞれポリシーが大幅に異なる米国のISP。バックボーン設計すら難しいかも。
日本とはかなり状況が違う。
登録:
投稿 (Atom)