[caiu] Falha tim
Ruben Lopes da Fonte
rfonte em timbrasil.com.br
Segunda Março 25 16:02:31 BRT 2013
Prezados,
Conforme informado no e-mail abaixo, a falha foi sanada.
"Boa tarde Rubens,
Obrigado pela ajuda amigo. Já está operacional novamente.
Quanto a essa falha nessa placa então tínhamos um cenário um pouco
estranho porque pelo menos ontem quando olhei eu recebia os LACPDUs e
a porta não entrava na agregação. ( como tinha acontecido no momento
da ativação e um colega seu disse não receber os LACPDUs e por isso a
porta não entrava na agregação )
De qualquer forma agradeço muito a ajuda. De forma pessoal mesmo pois
o tratamento desse incidente pela Tim foi completamente lamentável."
Att,
Rúben Lopes CCIE™ #2712
<http://www.linkedin.com/groups?viewMemberFeed=&gid=37265&memberID=11186406
>4
Transport Network Assurance
On 3/25/13 2:37 PM, "Andrez" <eduardo.andrez at gmail.com> wrote:
>Boa tarde Rubens,
>
>Obrigado pela ajuda amigo. Já está operacional novamente.
>
>Quanto a essa falha nessa placa então tínhamos um cenário um pouco
>estranho porque pelo menos ontem quando olhei eu recebia os LACPDUs e
>a porta não entrava na agregação. ( como tinha acontecido no momento
>da ativação e um colega seu disse não receber os LACPDUs e por isso a
>porta não entrava na agregação )
>
>De qualquer forma agradeço muito a ajuda. De forma pessoal mesmo pois
>o tratamento desse incidente pela Tim foi completamente lamentável.
>
>[]'s
>
>2013/3/25 Ruben Lopes da Fonte <rfonte at timbrasil.com.br>:
>> Andrez, pode verificar? O que verificamos aqui foi uma falha em uma
>>placa ,
>> onde esta nāo comutou e por esse motivo o circuito apresentava falhas.
>>
>> No log do router abaixo, podemos verificar que o bundle está com os dois
>> links ativos.
>>
>> RP/0/RSP0/CPU0:RTPERCE0301#show bundle bundle-ether 100
>> Mon Mar 25 14:01:11.081 BRT
>>
>> Bundle-Ether100
>> Status: Up
>> Local links <active/standby/configured>: 2 / 0 / 2
>> Local bandwidth <effective/available>: 2000000 (2000000) kbps
>> MAC address (source): 4055.391e.6c2a (Chassis pool)
>> Minimum active links / bandwidth: 1 / 1 kbps
>> Maximum active links: 64
>> Wait while timer: 2000 ms
>> LACP: Operational
>> Flap suppression timer: Off
>> mLACP: Not configured
>> IPv4 BFD: Not configured
>>
>> Port Device State Port ID B/W, kbps
>> -------------------- --------------- ----------- --------------
>>----------
>> Gi0/0/0/2 Local Active 0x8000, 0x0003 1000000
>> Link is Active
>> Gi0/0/0/31 Local Active 0x8000, 0x0004 1000000
>> Link is Active
>>
>>
>>
>> Rúben Lopes CCIE™ #2712
>>
>><http://www.linkedin.com/groups?viewMemberFeed=&gid=37265&memberID=111864
>>06>4
>> Transport Network Assurance
>>
>>
>>
>> Esta mensagem, incluindo seus anexos, pode conter informações
>>privilegiadas
>> e/ou de caráter confidencial, não podendo ser retransmitida sem
>>autorização
>> do remetente. Se você não é o destinatário ou pessoa autorizada a
>>recebê-la,
>> informamos que o seu uso, divulgação, cópia ou arquivamento são
>>proibidos.
>> Portanto, se você recebeu esta mensagem por engano, por favor nos
>>informe
>> respondendo imediatamente a este e-mail e delete o seu conteúdo.
>>
>>
>>
>>
>>
>>
>> On 3/24/13 7:28 AM, "Andrez" <eduardo.andrez at gmail.com> wrote:
>>
>> Olé Ruben. Obrigado pela disposição em ajudar.
>>
>> O resumo da história você já sabe.
>>
>> Temos 2 links de 1Gb em um trunk/portchannel/agregação com LACP.
>>
>> O problema que citei como recorrente é que um dos circuitos deixa de
>> receber os LACPDUs. Isso aconteceu na época da ativação do segundo
>> circuito e, segundo o técnico que estava na atividade, foi detectado
>> uma incompatibilidade com um determinado modelo de placa em um SDH em
>> Recife, se não me engano. Quando o comportamento se repetiu depois de
>> um tempo de ativo eu avisei para o técnico que me retornou o contato
>> sobre o ocorrido na ativação e depois de passar isso para o pessoal da
>> transmissão o problema foi resolvido. Tivemos isso umas 4 ou 5 vezes.
>>
>> Me parece que a permissão de tráfego desse tipo de quadro ( LACPDUs )
>> é configuravel e por algum motivo bloqueiam novamente. Talvez a
>> configuração padrão de vocês para algum equipamento seja com isso
>> bloqueado e durante alguma atividade voltam a porta que nos atende, ou
>> o equipamento, para o default o que derruba essa porta.
>>
>> Desculpe a falta de detalhes e as besteira que por ventura eu fale mas
>> nunca consegui muito detalhes sobre a rede da Tim/Intelig
>>
>> Trabalho na Cabo Telecom. Os circuitos são NTLDIP042726 /
>> NTLDIP020670. Tem uma porta em cada SDH aqui em Natal. A que está no
>> Hauwei 2500 é a que está com o problema ( isso nada mudou desde que
>> consegui essas dados ).
>>
>> Obrigado mais uma vez pela ajuda
>>
>> 2013/3/23 Ruben Lopes da Fonte <rfonte at timbrasil.com.br>:
>>
>> Eduardo, sou da tim.. Posso tentar te ajudar .
>>
>> Enviado via iPhone
>>
>>
>> []'s
>> Atenciosamente.
>> --
>> Atenciosamente.
>> Eduardo Andrez de Oliveira.
>> 84 2010-9025 / 84 9128-6599 / 84 8835-7056
>> skype: eduardo.andrez at gmail.com
>>
>
>
>
>--
>Atenciosamente.
>Eduardo Andrez de Oliveira.
More information about the caiu
mailing list