Newsgroup: it.comp.reti.cisco
Titolo: Problema su Dawan

salve in una sede distaccata dell'azienda abbiamo un collegamento 
datawan di telecom (HDSL 2MB 90% banda garantita)) con la sede centrale 
dell'azienda.
Il problema č che dalla sede remota il collegamento non va piu' di 8 Kb 
al secondo?
Per telecom, ovviamente č tutto a posto, e poichč i router non sono 
loro, vi lascio immaginare...se ne lavano le mani
di seguito la configurazione del router Cisco 1600, qualcuno gentilemnte 
puo' dirmi se c'e' qualcosa che limita in qualche maniera la banda, o se 
c'e' qualcosa che non va?
Grazie in anticipo
Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname mag_57
!
enable password XXXXXXXXXXXXXXXXXx
!
ip subnet-zero
!
!
!
interface Ethernet0
  description collegamento rete locale
  ip address 192.168.2.X 255.255.255.0
  no ip directed-broadcast
!
interface Serial0
  description collegamento HDSL con sede Centrale
  no ip address
  no ip directed-broadcast
  encapsulation frame-relay IETF
  frame-relay traffic-shaping
!
interface Serial0.1 point-to-point
  description collegamento HDSL con sede Centrale
  ip address 10.1.1.X 255.255.255.252
  no ip directed-broadcast
  frame-relay class cir1024k
  frame-relay interface-dlci 20
!
ip classless
ip route 0.0.0.0 0.0.0.0 10.1.1.y
!
!
map-class frame-relay cir1024k
  frame-relay traffic-rate 1024000 2048000
  no frame-relay adaptive-shaping
..
..
..
Grazie mille

> Il problema è che dalla sede remota il collegamento non va piu' di 8 Kb
Innanzi tutto bisognerebbe sapere cosa c'è dall'altra parte (un'altra fr o
un'atm, ci sono attestati altri pvc o è una punto punto) ed avere anche la
conf dell'altro router.
Poi ... la velocità che hai citato è riferita ad entrambe le direzioni?
Faccio fatica a pensare che un problema del genere possa essere causato da
errori di conf, comunque, ben sapendo che il traffic shaping agisce solo in
trasmissione, puoi provare ad eliminare quello per primo.
Ciao,
         Tosh.

grazie della risposta
ho eliminato il traffic shaping, ma nulla cambia
allora dall'altra parte c'e' questo:
Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname sede
!
enable password xxxxxxxxxxxxxxxx
!
ip subnet-zero
!
!
!
interface Ethernet0
  description collegamento rete locale
  ip address 192.168.1.x 255.255.255.0
  no ip directed-broadcast
!
interface Serial0
  description collegamento HDSL verso sede di MAG.57
  no ip address
  no ip directed-broadcast
  encapsulation frame-relay IETF
  frame-relay traffic-shaping
  frame-relay lmi-type cisco
!
interface Serial0.1 point-to-point
  description collegamento HDSL verso sede di MAG.57
  ip address 10.1.1.1 255.255.255.252
  no ip directed-broadcast
  frame-relay interface-dlci 20
!
ip classless
ip route 192.168.2.0 255.255.255.0 10.1.1.2
!
!
map-class frame-relay cir1024K
  frame-relay traffic-rate 1024000 2048000
  no frame-relay adaptive-shaping
...
...
sede#


> ho eliminato il traffic shaping, ma nulla cambia
Allora temo che non ci siano grandi alternative ad un problema telecom,
comunque, tanto per fare le ultime prove, ti dico come avrei fatto io la
conf:
lmi type non va messo in quanto è automatico, a meno che tu non abbia una
release molto vecchia.
IETF di solito si mette sulla riga di comando del dlci all'interno della
subinterface, una cosa che puoi provare a fare è quella di non mettere
proprio l'IETF, non dovrebbe c'entrare nulla ma so che telecom ultimamente
utilizza dei nuovi apparati che sono sensibili all'encapsulation.
Il traffic shaping lo eliminerei.
Nulla di tutto ciò a lumi dovrebbe c'entrare con il tuo problema, ma almeno
sarai certo di utilizzare una conf testata, che più o meno suona così su
entrambi i router:
interface Serial0
  no ip address
  no ip directed-broadcast
  encapsulation frame-relay
!
interface Serial0.1 point-to-point
  ip address 10.1.1.x 255.255.255.252
  no ip directed-broadcast
  no arp frame-relay
  frame-relay interface-dlci 20 IETF
Se così non funziona c'è qualche infinitesimale (ma proprio infinitesimale)
possibilità di un guasto di uno dei router e la quasi certezza di un
problema telecom.
Ciao,
         Tosh.

 ha scritto nel messaggio
news:bphvai$r3i$1...@grillo.cs.interbusiness.it...
