Newsgroup: it.comp.aiuto
Titolo: Domandina sul modem

Mi è venuto il seguente dubbio: ho un modem 28.8K bps, il che dovrebbe
voler dire che posso trasmettere o ricevere 28.8K bit di informazione
per secondo...come mai però quando guardo le prestazioni nel monitor di
sistema mi dice che sto ricevendo dati anche a 5K Byte/sec? La massima
velocità dovrebbe essere 28.8K/8, per esprimere il tutto in byte, che fa
3.6K Byte/sec...dove sta er busillis?
grazie
    michele

Michele Ancis wrote:

E' tutto regolare, solo che tu probabilmente non tieni conto della
compressione che il mdm effettua sui dati, il che si traduce in una
velocita' di tx/rx EQUIVALENTE superiore....
Ciao
Alessandro

     michele
Compressione dell'informazione (in pratica si toglie la ridondanza
all'informazione trasmessa). 
Altra pulce nell'orecchio. Se vai a 28.8 kilobit al secondo, dovresti
avere una banda di 14.4 kHz, cosa che su telefono non c'e'. E allora? Eh
eh eh,
Franco

Uso regolarmente NetMeeting, e non ho mai avuto problemi.
Oggi cerco di collegarmi e mi accorgo che l'audio dal microfono della
cuffia finisce direttamente nei miei altoparlanti!
Ho provato tutte le combinazioni di spinotti, ma non c'è niente da fare.
Non trovo la corretta combinazione.
Ieri avevo aperto il computer per verificare qualcosa, ed avevo solo
toccato la S.Blaster.
Qualcuno ha idea di cosa possa essere successo?
PS: un altro microfono, che sicuramente funziona, non dà invece
assolutamente segni di vita.
Grazie,
AC

 eh eh,
Uhmm, forse se tu andassi a 28.8 kiloBAUD al secondo, ma kilobit
e kilobaud non sono la stessa cosa...

 wrote in message
3878992C...@tiscalinet.it...


ciao G.L.I.S.
Cio che dici e' giusto, pero' non centra con il fatto che
apparentemente vede che i KBytes trasferiti sono superiori a quanto e'
la capacita' massima del Modem.
I motivi sono principalmente 2 : 
1) Programmi come NetScape, Internet Explorer ecc... hanno una cache
locale da cui attingono i dati gia' visti in precedenza, quindi se tu
carichi due volte un pagina, la seconda volta le informazioni vengono
prese dalla cache quindi il valore che ti da' e' ben superiore a
quello che il Modem puo' ricevere.
2) Il Modem solitamente attua una compressione sui dati che invia,
quindi, specialmente quando si trasferiscono Pagine HTML il livello di
compressione e' molto alto e i dati e effettivamente trasmessi sono di
piu'.
In ogni caso se un modem e' a 28.8 KBit/Sec NON puo' trasmettere piu'
di 28.8 KBit/Sec. Nel calcolo dei Bytes trasferiti comunque bisogna
anche tenere presente che i pacchetti hanno un Header PPP, un Header
IP e tipicamente un Header TCP che abbassano l'efficienza del canale.
Ciao, Massimo
E-Mail    
max...@libero.it
Visita la pagina dedicata ai microcontrollori ST62
all'indirizzo 
http://digilander.iol.it/max4000

Franco
Non e' vero che dovresti avere una banda di 14.4 KHz.
E vero solo se trasmetti in NRZ a 2 livelli... ma i modem utilizzano
trasmissioni multifase e quindi in rapporto Banda/Bit non e' 1:2.





La massima velocità dovrebbe essere 28.8K/8
28.8K/9 ma se tieni conto delle altre chiacchiere che si scambiano i
modem per far funzionare il tutto calcola 28.8k/10 che non sbagli.
Ciao
	pstefano

 modem per far funzionare il tutto calcola 28.8k/10 che non sbagli.
28.8K/10 comunque: la configurazione "minima" e' di 8 bit di
dati, 1 bit di start, nessun bit di parita', 1 bit di stop 
(cioe' 10 bit) per ogni byte trasmesso. Naturalmente se il
canale e' "8-bit-clean", ma il lavorare a 7 bit di dati non
lo prendo neanche in considerazione :)

 di 28.8 KBit/Sec.
Questo era proprio l'assunto da cui partivo, sono lieto che sia arrivata una
conferma  ; -)
Molti mi rispondono parlando della codifica, per esempio, QAM, ma quella è una
codifica di canale (in termini scolastici! ) ed è, se ho capito bene, quella che
ti permette un bitrate di 28.8Kbps con una banda telefonica, se non ricordo male
300Hz.
Comunque la cosa mi sembra più chiara, ora. E' un problema di cosa si intenda
per byte trasferiti al secondo: io intendevo una velocità schietta, direttamente
collegabile alle caratteristiche del canale. Windows invece mi parla di una
velocità equivalente, maggiore per effetto di una codifica di sorgente. Anche
questo è ragionevole, basta saperlo!!
Grazie a tutti per le informazioni che mi avete dato
    michele

 wrote in message 3878B928...@hotmail.com...


 teoricamente a 40kb/s (o giù di li). E allora i modem a 56k ?
Infatti a quelli serve un collegamento digitale puro dalla
centrale a cui e' connesso il tuo telefono fino al provider, se
no non funzionano. E comunque 56k non li raggiungi mai in 
condizioni anche moderatamente realistiche. E' piu' o meno
come il consumo dichiarato delle macchine: in discesa con vento
a favore e motore spento, forse...



La trasmissione del Modem non avviene secondo uno standard seriale con
Bit di Start e Stop. Controlli di errore ne vengono fatti pero' non in
questo modo. La velocita' effettiva va calcolata tenendo conto
dei Bytes di Overhead dati dall' Header PPP (Che e' il protocollo di
comunicazione con il Provider), l'Header TCP o UDP (Che sono i
protocolli di tipo "trasporto" comunemente utilizzati da applicazioni
come FTP, HTTP, TELNET, SMTP, POP3, SNMP ecc...) e infine l'Header IP
che racchiude il pacchetto vero e proprio. NOTA : Questi sono i
protocolli comunemente utilizzati ma nessuno vieta di utilizzarne
altri (ne esistono a centinaia tipo RTP/IP, RTCP/IP, IPX...). Se siete
interessati ai "numeri" veri e propri di Overhead li potete trovare su
qualunque testo di Reti di Calcolatori.


300Hz.
Esattamente. Per la precisione pero' la banda telefonica disponibile
e' di circa 3KHz (da 300 Hz a 3400 Hz se non erro).


 altri (ne esistono a centinaia tipo RTP/IP, RTCP/IP, IPX...). 
Questo non c'entra con il discorso che volevo fare io, spiacente
se mi sono spiegato male. Quello che tu dici e' tutto 
sacrosanto, ma il tuo discorso e' ad un livello molto piu'
alto del mio, nel senso OSI intendo. 
Io intendevo parlare dei bit trasmessi da modem a modem,
qualunque tipo di trasporto sia usato. Io contavo come dati
*tutti* i bit dei pacchetti, compresi gli header che tu citi,
e dato che implicitamente (e in modo errato a quanto pare) lo
paragonavo ad una comunicazione seriale, inserivo come overhead
i soli bit di start e di stop. Sarei pero' curioso di sapere
come avviene la comunicazione nei moderni protocolli con
correzione di errore, cioe' quanti bit in media transitano in
linea per ogni byte che arriva al modem. Presumo che la tua
stima di 10 bit per byte si riferisse anche agli header di
trasporto, e che quindi l'overhead introdotto dal solo modem
sia molto meno... Tu sai niente al riguardo ?
Se poi tu invece conti effettivamente quanti byte di dati si
trasmettono i due livelli applicazione che comunicano, allora
tutti gli header che citi vanno contati come overhead, e
l'impatto non deve essere proprio trascurabile. In effetti, dato
che normalmente interessano solo i dati che si scambiano le
applicazioni, il tuo modo di contare e' certamente quello piu'
"sicuro" per avere un limite sulle prestazioni...

"ultimi" V-90,inviano a 33.600). Ad ogni modo la "velocità", è puramente
non di solito. Solo i 56k ricevono piu' di quanto trasmettano. Tutti
gli altri no.
Un v34 invia e riceve a 33.600, ad esempio. Ed un 2400 invia e riceve
a 2400.
Fa eccezione il vecchio v23 del videotel, che riceveva a 1200 e
trasmetteva a 75.
Siete proprio nati coi v90 nel biberon? :-)

 wrote in message
trak7ssffm7ebgh4i...@4ax.com...


"sicuro" per avere un limite sulle prestazioni...
Infatti su pacchetti "corti" l'impatto e' disastroso in quanto si
possono avere efficienze anche inferiori al 50%.
Tipicamente quando pero' si usano FTP, HTTP... la tendenza e' ad
utilizzare i pacchetti piu' lunghi possibile diminuendo l'impatto. Ad
occhio e croce comunque mediamente penso che 10-15% della banda vada
perso in Header. Per avere valori reali bisognerebbe caricare uno
"Sniffer" e controllare... praticamente tutti quelli in circolazione
fanno statistiche di questo tipo.


 teoricamente a 40kb/s (o giù di li). E allora i modem a 56k ?
Questo si` che e` un bel pulcione! La formula di Shannon vale per rumore
gaussiano bianco, mentre quello dei collegamenti telefonici e` dato
principalmente dal rumore di quantizazzione della tratta fatta in
digitale, mentre le tratte analogiche, essendo corte, danno molto meno
rumore.
Quando ho visto i primi tentativi in questo senso ci sono rimasto di
sale. Veramente ingegnoso.
Ciao
Franco

a favore e motore spento, forse...
siamo al limite delle possibilità della linea. Io mi connetto a 50666
con un impianto un po schifosetto, ma il tecnico del provider mi ha
detto di lasciare tutto com'è perchè probabilmente mettendo a posto il
tutto potrei anche peggiorare ....
Se guardate in it.comp.hardware.modem vedrete che molti non riescono
proprio a connettersi a V90 e "ricadono" sul V34bis, probabilmente
proprio a causa della scarsa "qualità" dei loro impianti telefonici.
MazE
--
per rispondere togliete gli "*" dall'email - remove "*" from address to reply
"2000: Siamo finalmente nell'ultimo anno del 2°millennio"