Quem deve gerar Clock � o DCE (no seu caso o seu Mux) e n�o o
DTE (o seu Router). Se voc� tiver um cabo Cisco DCE, o Router at� pode
gerar Clock, mas n�o � o caso, pois a Telco DEVE gerar Clock e n�o
voc�.
Hugo Caye
O__ ----
c/ /'_ ---
(*) \(*) --
~~~~~~~~
ccna ccda
mcne� ncip
mcse cne5
-----Original Message-----
From: Jose Matheus Pinheiro - CONECT- #200502#
[mailto:[EMAIL PROTECTED]]
Sent: sexta-feira, 18 de fevereiro de 2000 17:15
To: Lista de Discuss�o Rede Wan
Subject: Re: [redewan] Link frame-relay
Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
Pessoal, mais um detalhe;
A prestadora Telefonica, colocou o analisador entre minha serial
e
o patch-panel DB-25 do MUX (NewBridge-3600).
Descobriram q. falta clock na serial. Mas a serial do Cisco �
DTE, e
tentei gerar o clock via cmd clock rate 64000, mas o analisador n�o
pega.
A sugest�o seria "setar" a serial para DCE e comprar um cabo
DCE-V35.
ALGUEM TEM uma sugest�o alternativa?
Bom fim de semana a todos.
Sauda��es, Pinheiro - GCNET / CC
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> Oi Jos�,
>
> Duas coisas:
>
> Qual � a sua prestadora de servi�os?
>
> Minha prestadora � a Embratel.
> Quando a coisa n�o entra, eles trazem um analisador de protocolos
> frame-relay, espetam um em cada ponta e resolvem o problema.
>
> Voce j� pediu isso a eles?
>
> Toma cuidado com os cabos da Cisco, eles implementam DTE-DCE no
> pr�prio cabo, se n�o me falha a mem�ria.
> Bem, imagino que a interface do cisco seja DTE-V35.
> Voce tem certeza que o cabo usado realiza V35-DTE?
>
> Vou pedir mais uma coisa:
> D� uma olhada no comando "frame-relay switching dce" ou
> "frame-relay switching dte".
> N�o sei se o cisco tem de explicitar quem � dte ou dce no
frame-relay.
>
> Grato,
>
>
>
> Jose Matheus Pinheiro - CONECT- #200502# wrote:
>
> > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >
> > Pessoal,
> >
> > Estamos configurando um link frame-relay em uma das seriais
de um
> > Cisco 2501 - IOS 11.1(8).
> >
> > Acontece q. esse link vem de um MUX(NewBridge - 3600) cujo
patch-panel
> > � DB25 e usamos um conversor para V-35 ,feito conforme
especifica��o dada
> > pela prestadora, j� q. o cabo Cisco � nesse padr�o (V35-DTE).
> > Hoje tenho nessa path-panel duas lp's ponto-a-ponto com mesmo
conversor
> > e funcionando.
> >
> > Acontece q. em teste com equipamento da prestadora do link,
o sinal �
> > pego por S�o Paulo, j� conectando-se o roteador, nenhum sinal �
pego.
> >
> > E a porta serial fica up, mas "line protocol down" e na
sub-interface
> > fica serial down e line protocol down. J� no PVC temos DLCI USAGE
= LOCAL e
> > PVC STATUS = DELETED e no lmi temos (Frame Relay DTE) LMI TYPE =
ANSI
> >
> > Pelos padr�es b�sicos de config. sem querer inventar nada,
acho q.
> > deveria aparecer algum sinal na prestadora, MAS nada disso
acontece.
> >
> > Minha pergunta: o cabo V.35-DTE q. acompanha o Cisco, no
caso de FR
> > sofre alguma mudan�a de c�digo? Pelos papers q. peguei da Cisco,
nada fala.
> >
> > OBRIGADO por qq. informa��o,
> >
> > Pinheiro - GCNET / Unicamp
> > e-mail: [EMAIL PROTECTED]
> >
> > OBS: Config. b�sica;
> > ....
> > interface Serial1
> > description "unicamp <-> fr "
> > no ip address
> > encapsulation frame-relay IETF
> > frame-relay lmi-type ansi
> > !
> > interface Serial1.1 point-to-point
> > ip address xxx.xxx.xxx.xxx aaa.aaa.aaa.aaa
> > ip broadcast-address yyy.yyy.yyy.yyy
> > frame-relay interface-dlci nn
> > !
> >
> > Serial1 is up, line protocol is down
> > MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load
1/255
> > Encapsulation FRAME-RELAY IETF, loopback not set, keepalive set
(10 sec)
> > LMI enq sent 814, LMI stat recvd 0, LMI upd recvd 0, DTE LMI
down
> > LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
> > LMI DLCI 0 LMI type is ANSI Annex D frame relay DTE
> > Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface
broadcasts 6
> > Last input never, output 00:00:13, output hang never
> > Last clearing of "show interface" counters never
> > Input queue: 0/75/0 (size/max/drops); Total output drops: 0
> > Queueing strategy: weighted fair
> > Output queue: 0/64/0 (size/threshold/drops)
> > Conversations 0/5 (active/max active)
> > Reserved Conversations 0/0 (allocated/max allocated)
> > 5 minute input rate 0 bits/sec, 0 packets/sec
> > 5 minute output rate 0 bits/sec, 0 packets/sec
> > 0 packets input, 0 bytes, 0 no buffer
> > Received 0 broadcasts, 0 runts, 0 giants
> > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
> > 815 packets output, 11854 bytes, 0 underruns
> > 0 output errors, 0 collisions, 277 interface resets
> >
> > Serial1.1 is down, line protocol is down
> > MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load
1/255
> > Encapsulation FRAME-RELAY IETF
> >
>
> --
> Kevison Dennys Carrilho Bentes
> E-mail: [EMAIL PROTECTED]
> Phone: 55 61 313-8002
> Fax: 55 61 2254558
>
>
>
______________________________________________________________________
>
______________________________________________________________________
|
