Hi, This problem happened when I tried to optimize RTP session's timeout. There is constant to set when initializing our library. These timeouts control RTP's packet expiration.
I'm not able to reproduce this issue. I tried several situations: calling on the local network, or on my cellphone on a PBX on the WAN. I made some changes to fix this on the master branch of our repository. You might be interested to test the nightly build from this repository: sudo add-apt-repository ppa:savoirfairelinux/sflphone-nightly Make sure to remove the stable sources from /etc/apt/sources.list This is not an audio problem. Thanks for giving us updates Alexandre ----- Mail original ----- De: "kapetr" <[email protected]> À: [email protected] Envoyé: Jeudi 16 Décembre 2010 10:02:05 Objet: [SFLphone] no RTP out stream - persistent PROBLEM Hello, I have serious problems with SFLPhone 0.9.11~11 in Ubuntu 10.10. Mostly only RTP audio stream goes IN, but no OUTput stream is generated by SFLPhone. If I run wireshark, the INVITE handshake is OK (I use iptel.org which goes through NAT even without STUN (RTP transparent proxy and other hacks)). But I see only incoming audio packets !? I have to repeat the call - and only 1 of +-4 attempts is successful (IN+OUT). Twinkle on the same conditions works without problems. And sometimes - even if I have luck and call is OK - after cup of time the output stream stops, sometimes. Unfortunately I could not find out any reason, any explicitness :-( I'm sure, it has nothing common with network, NAT, FW, ... I have only one suspicion - maybe has SFLPhone problems accessing sound card, then gives up, do not try again and then stops sending data. But the sound card is ok and accesable. FYI - even if only IN stream comes in, I can not hear anything. This problem with SFLPhone I had also in past (previous versions), but now is it more and more unacceptable. Could someone help, please ? Developers - help, please. SFLPhone is very nice, simple and clean SIP phone client and - ONLY ONE THAT SUPPORTS CALL RECORDING :-) Unfortunately the problems are too serious :-( Thanks and sorry please my (more or less Google translator :-) English. --kapetr _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
