Newsgroup: it.comp.os.linux.sys
Titolo: H.323, ohphone vs netmeeting

Sto giocherellando con il voice over ip.
Ho scaricato e installato un po' di roba e stavo facendo qualche test.
Volevo tentare di comunicare con le macchine windows e netmeeting (la 
cosa ci permetterebbe di risparmiare sulle "sedute" telefoniche 
interurbane ogni volta che c'è una diatriba tra sviluppatori - cosa non 
troppo rara - parlando via voip attraverso la vpn...)
Le due macchine si contattano correttamente. ma non mi riesce di 
parlare: la sessione viene correttamente stabilita, si sente qualcosa, 
ma è evidente che i due protocolli di compressione non si intendono bene...
Qualcuno dei presenti ha già giocherellato con queste meraviglie della 
follia umana e mi può portare un poca della sua esperienza per 
avantaggiarmi nel troubleshooting di questa cosa? :-)
byez...
-- 
Emanuele "SKULL" Balla
----------------------------------------------------------------------
"How should I know if it works?  That's what beta testers are for. I 
only coded it." (Attributed to Linus Torvalds, somewhere in a posting)

Sto giocherellando con il voice over ip.
C'e' stato un articolo non tanto tempo fa' proprio su questo
argomento, tanto per iniziare potresti descrivere un po' che tipo di
software e settaggi stai usando, per ora ho letto solo Windows ;-)
Ad ogni modo il modulo per l'H3323 lo hai installato?
A presto
--
Stefano Orsi
Email: biv2533 chiocciola yahoo punto it
* Attenzione il campo from contiene un indirizzo di email che non leggo mai! *
*  se proprio volete inviarmi un messaggio privato usate la email qui sopra   *

ma è evidente che i due protocolli di compressione non si intendono bene...
il problema che avevo io era che i driver audio della mia macchina non
andavano bene (anche se riuscivo a sentire tutti i suoni, xmms funzionava,
etc etc). se lancio il tutto con le opzioni di debug che ti viene detto?
ho risolto compilandomi i driver alsa... con quelli funziona tutto alla
perferzione!
ciao e buona fortuna!
                                  MAS!


Non so se il problema sia nei driver audio, l'unica riga di debug che mi 
dica qualcosa al riguardo è la quinta del log qui seguente:
  3:39.682                 H245:8090f00          rtp.cxx(1327)  RTP_UDP 
SetRemoteSocketInfo: control channel, new=
192.168.10.90:49609
, 
local=192.168.10.103:5000-5001, remote=192.168.10.90:49608-49609
  3:39.682                 H245:8090f00          rtp.cxx(1327)  RTP_UDP 
SetRemoteSocketInfo: data channel, new=
192.168.10.90:49608
, 
local=192.168.10.103:5000-5001, remote=192.168.10.90:49608-49609
  3:39.683                 H245:8090f00         h323.cxx(3404)  H323    
InternalEstablishedConnectionCheck: 
connectionState=EstablishedConnection fastStartState=FastStartDisabled
  3:39.684            LogChanTx:8093318     channels.cxx(1152)  H323RTP 
Transmit G.711-uLaw-64k thread started: rate=240 time=30ms size=30*8=240
  3:39.684            LogChanTx:8093318       codecs.cxx(395)   Codec   
Audio read failed:
  3:39.684            LogChanTx:8093318      h323neg.cxx(791)   H245    
Closing channel: T-101, state=Established
  3:39.685            LogChanTx:8093318         h323.cxx(2683)  H245    
Sending PDU: request closeLogicalChannel
  3:39.686            LogChanTx:8093318     channels.cxx(1290)  H323RTP 
Transmit G.711-uLaw-64k thread ended
  3:39.840                 H245:8090f00         h323.cxx(2817)  H245    
Received PDU: response closeLogicalChannelAck
  3:39.841                 H245:8090f00      h323neg.cxx(993)   H245    
Received close channel ack: T-101, state=AwaitingRelease
  3:39.841                 H245:8090f00     channels.cxx(1009)  H323RTP 
Cleaning up RTP T-101
  3:39.841                 H245:8090f00          rtp.cxx(1313)  RTP_UDP 
Session 1, Shutting down write.
  3:39.841                 H245:8090f00     channels.cxx(611)   LogChan 
Cleaning up T-101
  3:39.841                 H245:8090f00       h323ep.cxx(1473)  H323    
Stopped sending logical channel: G.711-uLaw-64k{sw} <7>
Per il resto, la fase di establishing funziona senza problemi.
Solo, quando stabilisco una connessione vocale, dall'altra parte non 
sentono niente, mentre io sento i chipmunks...
Ma in debug non c'è altro che questo...


dica qualcosa al riguardo è la quinta del log qui seguente:
avevi provato a forzare altri protocolli di compressione audio, tipo GSM!?
comunque anche io con il mio portatile NON avevo alcun tipo di msg di
errore.. ma sono riuscito a trasmettere correttamente la voce solo con il
corretto driver Alsa...
se hai voglia/possibilita' di spendere un po' di tempo a compilare i
driver, magari risolvi subito... altro al momento non mi viene in mente.
ciao!
                                  MAS!

 avantaggiarmi nel troubleshooting di questa cosa? :-)
Mi sono trovato anch'io nella stessa situazione visto che ho una semplice 
dialup e quindi telefono occupato, dopo aver visto un po' di soluzioni ho 
deciso di utilizzare SpeakFreely disponibile sia x Unix che x Win e i 
risultati sono buoni
www.speakfreely.org
ciao, 
        Abel