Re: Valore BURST nell'esercitazione 24/10


Cronologico Percorso di conversazione 
  • From: Fabrizio De Santis < >
  • To:
  • Subject: Re: Valore BURST nell'esercitazione 24/10
  • Date: Mon, 17 Nov 2008 12:08:24 +0100
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=twv+6+Pqdx9pQeD7amY/q09o4yeYLeZrToZb4xKjYfj7eOyGsWCQw8saN7bvst4BuH w/LKWN6wTjmRs4PvFXcyNTfl/V1AE1sOy0B+qX8ftTiwkINgVcWKOJPu0/JAjPeFMx1c m1i9aM8aGzUkOzV4Sv2soxokIqCMhqAIXT+OM=

Mettendo a 3000 il burst in teoria dovrebbe funzionare! Però (non solo a me) non funziona...quando il traffico UDP della fifo si aggiunge ai tre flussi TCP, l'UDP dimezza il rate, trasmettendo a meno di 1mbps e quindi andando fuori specifica. Con burst a 5000 questo non succede e tutto funziona alla grande.

Dato che ricopiando tale e quale l'esercitazione del professore non funziona, avete qualche idea a riguardo?



Gabriele wrote:
Il burst è la grandezza minima del paccheto che può "passare" nel filtro. Quindi per un TBF è l'altezza del backet.

Ora i pacchetti su eth sono di 1500 byte quindi con un altezza del TBF pari a 3000 byte ci assicuriamo che qualsiasi pacchetto arrivi al filtro venga "gestito"

In teoria avresti potuto mettere anche 1500 nella configurazione del filtro e avrebbe funzionato lo stesso.
Nota che se imposti un valore minore di 1500 nessuna trama passerà più sulla rete perchè il filtro scarta tutto. Infatti non avresti mai un numero di tocken tali da far passare la trama eth di 1500 byte

Se ho scritto eresie correggetemi :P

Ciao,
Gabriele

Il giorno 16 novembre 2008 15.20, Andrea Magurano < <mailto: >> ha scritto:

    Salve, volevo sapere se qualcuno aveva idea di quale criterio sia
    stato usato per scegliere il burst del TBF pari a 3000
    nell'esercitazione del 24/10.
    Grazie per l'attenzione
    Andrea Magurano





Archivio con motore MhonArc 2.6.16.

§