[Freeswitch-users] freeswitch in vmware

[Cavalera Claudio Luigi]

> The problem is that in bridged network mode RTP packets from my sip 
> phone (on the host system) were seen twice by the guest (same 
> sequence 
> number, same packet really). MikeJ pointed this out so I 
> switched to NAT 
> mode, which fixed it for me. To keep your clock in sync just 
> boot with 
> 'clock=pit' and run ntpd.


I have done as you suggested to fix the clock (ntpd plus clock=pit) and
it seems to work.
The problem of choppiness remain, I'm not sure if bridge network is the
problem because I've tried to connect from other machine to the guest
running freeswitch and the problem is the same.

Thanks to everyone for suggestions so far!
Claudio

 
> >> MikeJ helped to figured out that the culprit is actually 
> the vmware 
> >> bridge. Change the network type to NAT and it will "just 
> work". Mike 
> >> says that if the soft phone was not on the same box as the 
> >> host system 
> >> that it would work a little better. I will test with a 
> native linux 
> >> bridge and xen in a few days. =]
> >>
> >> -John
> > 
> > 
> > But if I changed network type to NAT how can I reach the freeswitch
> > server inside vmware?
> > Isn't that the same as reaching a private host behind a home nat dsl
> > router?
> > 
> > Best regards,
> > Claudio
> > 
> [snip]
> 
> Sorry, but I can't be much of a help here. I believe there is a file 
> /etc/vmware/vmnet8 or so that allows you to configure port forwarding 
> inside the VM. I agree dealing with nat even once (let alone 
> twice) is a 
> big fat PITA. Perhaps you can figure out how to run VMware in 
> "routed" 
> mode. I would prefer this as I could then run NAT on the host system 
> doing 1:1 NAT or on the router itself.
> 
> Also, and anthm can explain better but if you add something like:
> <action application="set" data="timer_name=soft" />
> 
> to extension 9999 for example (before the playback). The 
> choppyness will 
> disappear. From what I understood freeswitch gets its timing 
> information 
> from the client and if the client is sending every packet twice it 
> confuses freeswitch.
> 
> Actually another solution/work-around (without modifying the 
> rtp code) 
> would be to run ebtables on your linux box and filter the erronous 
> packet, on my system it comes from some cisco mac address.
> 
> 
> HTH,
> John
> 
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freesw
> itch-users
> http://www.freeswitch.org


Internet Email Confidentiality Footer
-----------------------------------------------------------------------------------------------------
La presente comunicazione, con le informazioni in essa contenute e ogni documento o file allegato, e' rivolta unicamente alla/e persona/e cui e' indirizzata ed alle altre da questa autorizzata/e a riceverla. Se non siete i destinatari/autorizzati siete avvisati che qualsiasi azione, copia, comunicazione, divulgazione o simili basate sul contenuto di tali informazioni e' vietata e potrebbe essere contro la legge (art. 616 C.P., D.Lgs n. 196/2003 Codice in materia di protezione dei dati personali). Se avete ricevuto questa comunicazione per errore, vi preghiamo di darne immediata notizia al mittente e di distruggere il messaggio originale e ogni file allegato senza farne copia alcuna o riprodurne in alcun modo il contenuto. 

This e-mail and its attachments are intended for the addressee(s) only and are confidential and/or may contain legally privileged information. If you have received this message by mistake or are not one of the addressees above, you may take no action based on it, and you may not copy or show it to anyone; please reply to this e-mail and point out the error which has occurred. 
-----------------------------------------------------------------------------------------------------