Newsgroup: it.comp.reti.cisco
Titolo: As5200 Slip e errored seconds

Buongiorno a tutti,
ho un problema su un as5200 a cui soni collegati due flussi di 30 canali
ISDN ciascuno. I problemi riguardano, su entrambi i flussi, gli Slip Secs,
che aumentano costantemente. Sulla doc della cisco, si dice che ci sono
problemi di clocking, ma non mi č chiaro se il problema va affrontato dal
lato telecom o dal lato cisco. L'effetto che riscontro a seguito di questi
errori č la connessione lenta (pacchetti persi, presumo) o la disconnessione
dei clienti che usano il collegamento con modem analogico.
La configurazione delle e1 č questa:
lucas#show controllers e1
E1 0 is up.
  Applique type is Channelized E1 - balanced
  No alarms detected.
  Version info of Slot 1:  HW: 6, Firmware: 8, NEAT PLD: 20
  Framing is CRC4, Line Code is HDB3, Clock Source is Line Primary.
  Data in current interval (218 seconds elapsed):
     0 Line Code Violations, 0 Path Code Violations
     9 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     9 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Total Data (last 24 hours)
     0 Line Code Violations, 0 Path Code Violations,
     3595 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
     3595 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail
Secs
E1 1 is up.
  Applique type is Channelized E1 - unbalanced
  No alarms detected.
  Version info of Slot 1:  HW: 6, Firmware: 8, NEAT PLD: 20
  Framing is CRC4, Line Code is HDB3, Clock Source is Line Secondary.
  Data in current interval (220 seconds elapsed):
     0 Line Code Violations, 0 Path Code Violations
     9 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
     9 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
  Total Data (last 24 hours)
     2 Line Code Violations, 2 Path Code Violations,
     3594 Slip Secs, 0 Fr Loss Secs, 1 Line Err Secs, 0 Degraded Mins,
     3595 Errored Secs, 1 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail
Secs
Grazie in anticipo
Salvatore De Bonis

 Slip Secs,
Hai configurato un bel "clock source" su tutti i controllers ?
controller E1 0
 clock source line primary
 pri-group timeslots 1-31
!         
controller E1 1
 clock source line secondary 1
 pri-group timeslots 1-31
!         
controller E1 2
 clock source line secondary 2
 pri-group timeslots 1-31
!         
....
Ciao.
-- 
 Daniele Orlandi
 Planet Srl

 ha scritto nel messaggio
news:3B2E6083...@orlandi.com...


 Direi che l'ha fatto:
Allora direi che e' solo moderatamente errorata.
E' strano pero' che siano colpite quasi identicamente entrambe le linee,
non e' che ci sono problemi di EMI, di messa a terra, di cablaggio o di
scelta dell'impedenza ?



[...]
Si, è configurato, tantopiù che fino a sabato pomeriggio funzionava tutto.
Comunque ho chiamato la telecom, la quale ha chiuso l'intervento con un
laconico "tutto funzionante, problema sull'apparato del cliente" ma dopo il
loro controllo gli slip seconds hanno smesso di aumentare. Facendo ripartire
l'AS tutto è tornato alla normalità. Non ho capito bene cosa è successo, ma
per ora va bene lo stesso :)
Grazie a tutti
Salvatore De Bonis

 scelta dell'impedenza ?
Mah... magari il cablaggio "casereccio"... mi ricordo che in molte
installazione di 5200
il cliente non aveva il cavo e se lo faceva secondo la mappatura presente
sul manuale.

Ah beh... allora e' tutto chiaro...
;-)
ciao
davide


Ah! Zia Telecom!
Lezione di lingue:
Telecomese: "tutto funzionante, problema sull'apparato del cliente"
Tradotto in italiano:"Si abbiamo trovato un errore sui nostri sistemi e lo
abbiamo risolto. Grazie per la segnalazione e ci scusi ancora per il
disservizio"
;o)
Salvatore De Bonis <deb...@NOSPAMetabeta.it> wrote in message
3b2f...@news.opennet.it...


 secondo la mappatura presente sul manuale.
L'ho sempre fatto in casa... ora non lo faccio piu' perche' sui 5300 ho
le porte RJ45. Ncentomilalire per un cavo che vale 10milalire, quando si
puo', si risparmiano.
A proposito... continuo a fare il reload ogni notte a 6 5300, sperando
sempre che partano correttamente e non rimangano con la routing table
vuota, ma con le E1 funzionanti...
Davide... Davide... Boris... Boris... tanto fumo e niente arrosto...


 Davide... Davide... Boris... Boris... tanto fumo e niente arrosto...
Daniele... sei proprio un tipo strano: ti lamenti del problema, ti chiediamo
la documentazione del problema,
questa non arriva (almeno a me non e' arrivata)... e poi ci dici di essere
fumosi...
Non so... magari collaborando riusciamo a venire a capo del problema... o
magari possiamo darti una mano....  nessuno e' Dio  in terra e quindi magari
ne io ne Boris ne la TAC ha la soluzione... pero' tentar non nuoce, no? ;-)
ciao!!

 pero' tentar non nuoce, no? ;-)
Chissa' perche' ho sempre l'impressione che tu mi prenda per il c...
Sara' un false positive.


 Sara' un false positive.
No. Non ti sto prendendo per il c....
perche' dovrei?
ma tu pensi che le persone non cambino?
:-)
ciao
davide

 No. Non ti sto prendendo per il c....
Sara' un false positive.


> Sara' un false positive.
Sarai mica un true negative????? :-))