Valori della FrameRelay

Tutto ciò che ha a che fare con la configurazione di apparati Cisco (e non rientra nelle altre categorie)

Moderatore: Federico.Lagni

Rispondi
Rizio
Messianic Network master
Messaggi: 1158
Iscritto il: ven 12 ott , 2007 2:48 pm
Contatta:

Ciao, ho un pò di confusione sui valori di traffic shape fatti sulla frame-relay, chi può aiutarmi e spiegarmeli:

Codice: Seleziona tutto

 frame-relay cir 1024000
 frame-relay bc 64000
 frame-relay be 0
 frame-relay mincir 256000
Il mincir è il minimo garantito giusto ? Ma gli altri ?

Grazie e scusate la banalità.
Rizio
Si vis pacem para bellum
Rizio
Messianic Network master
Messaggi: 1158
Iscritto il: ven 12 ott , 2007 2:48 pm
Contatta:

Scusate, dovevo googlare meglio fin da subito.... sul sito giusto ;)

http://www.cisco.com/en/US/docs/ios/12_ ... afrts.html

E' benvenuto qualunque commento e aggiunta in ogni caso.

Rizio
Si vis pacem para bellum
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Che gestore hai? Tutti quelli che ho usato io non gestivano il traffic shape.
Se provavo a configurarlo la linea andava poco.
Non cade foglia che l'inconscio non voglia (S.B.)
Rizio
Messianic Network master
Messaggi: 1158
Iscritto il: ven 12 ott , 2007 2:48 pm
Contatta:

paolomat75 ha scritto:Che gestore hai? Tutti quelli che ho usato io non gestivano il traffic shape.
Usiamo Wind da noi. E' stato proprio lui a consigliarci di usarlo perchè abbiamo aperto un guasto per un problema di linea e così si è risolto.
paolomat75 ha scritto:Se provavo a configurarlo la linea andava poco.
Si, ci credo perchè comunque ti giochi quel overbooking che potresti avere se non hai limiti, su una linea buona e in un tratto scarico vai sicuramente meglio, il problema è durante le congestioni. Lì intervengono i problemi perchè i danni sono maggiori (cadute di linea, etc)

Rizio
Si vis pacem para bellum
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Se c'è congestione scartano i pacchetti e non cade la linea.
Il problema non è di overbooking ma proprio che non ti mandano la segnalazione della congestione.

Paolo
Non cade foglia che l'inconscio non voglia (S.B.)
Rizio
Messianic Network master
Messaggi: 1158
Iscritto il: ven 12 ott , 2007 2:48 pm
Contatta:

paolomat75 ha scritto:Se c'è congestione scartano i pacchetti e non cade la linea.
Il problema non è di overbooking ma proprio che non ti mandano la segnalazione della congestione.
Adesso i tecnici wind mi hanno configurato il traffic shaping con la adaptive-shaping becn. Così sembra funzionare bene, nel senso che non ho più nè cadute di linea (molto sporadiche anche prima) nè cadute dei tunnel presenti su quella linea (queste invece molto frequenti, della durata di 3 secondi ma molto frequenti - infatti si applica alla perfezione il tuo ragionamento).

Ora stò aspettando qualche gg perchè dopo dovrò litigare con i valori perchè ora pago una linea con la possibilità di effettuare overbooking di circa un 30% sul totale del mincir però se applico lo shape quell'overbooking mi viene segato perciò anche contrattualmente devo redimensionare la cosa di conseguenza.

Rizio
Si vis pacem para bellum
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Io non sono mai riuscito a farmi configurare il becn.

Non mi dire niente con il litigare... Attualmente ho 1 Mbps garantito e in up non ci vado quasi mai :-(.

Buona giornata
Non cade foglia che l'inconscio non voglia (S.B.)
Rizio
Messianic Network master
Messaggi: 1158
Iscritto il: ven 12 ott , 2007 2:48 pm
Contatta:

paolomat75 ha scritto:Io non sono mai riuscito a farmi configurare il becn.
Da quello che ho visto non hanno fatto più di tanto veh, ti giro le modifiche che hanno messo sul mio router, magari ti sono utili.

Codice: Seleziona tutto

interface Serial0/0/0
 bandwidth 2048
 no ip address
 encapsulation frame-relay IETF
 logging event subif-link-status
 logging event dlci-status-change
 load-interval 30
 no fair-queue
 cdp enable
 frame-relay traffic-shaping
!
interface Serial0/0/0.1 point-to-point
 bandwidth 2048
 ip address 10.0.5.6 255.255.255.252
 ip nbar protocol-discovery
 snmp trap link-status
 no cdp enable
 frame-relay interface-dlci 16   
  class 768
!         
interface Serial0/0/0.2 point-to-point
 bandwidth 256
 ip address 10.0.5.21 255.255.255.252
 ip nbar protocol-discovery
 snmp trap link-status
 no cdp enable
 frame-relay interface-dlci 17   
  class 1024
!
map-class frame-relay 1024
 frame-relay cir 1024000
 frame-relay bc 64000
 frame-relay be 0
 frame-relay mincir 256000
 frame-relay adaptive-shaping becn
!
map-class frame-relay 768
 frame-relay cir 768000
 frame-relay bc 48000
 frame-relay be 0
 frame-relay mincir 512000
 frame-relay adaptive-shaping becn
 service-policy output LLQ
E nel link che ho postato poco sopra c'è una leggera descrizione dell'Adaptive Traffic Shaping

Hola
Rizio
Si vis pacem para bellum
paolomat75
Messianic Network master
Messaggi: 2965
Iscritto il: ven 29 gen , 2010 10:25 am
Località: Prov di GE

Ti ringrazio, ma il problema è che non mi configurano lo switch Frame Relay con la segnalazione di congestione :-(.
Perciò è inutile fare traffic shapping (correggetemi se sbaglio).
Non cade foglia che l'inconscio non voglia (S.B.)
Rizio
Messianic Network master
Messaggi: 1158
Iscritto il: ven 12 ott , 2007 2:48 pm
Contatta:

paolomat75 ha scritto:Ti ringrazio, ma il problema è che non mi configurano lo switch Frame Relay con la segnalazione di congestione :-(.
Perciò è inutile fare traffic shapping (correggetemi se sbaglio).
Scusa, non avevo capito.
Purtroppo riguardo alla configurazione dello switch FR non sò risponderti, speriamo che qualche luminare di telecomunicazioni ci illumini tutti e due.

Rizio
Si vis pacem para bellum
Rispondi