We are having problems again with the way sipp chooses rtp ports. sipp will search for a free port for RTP audio from 6000 to 6099 (by default). Having found a free port for the audio, it will then always use that port + 2 for the RTP video socket. But there's no assurance that port will be free, and the port checking loop logic doesn't extend to that: if the video port fails, sipp fails.
Presumably we should fix this by binding both ports within the loop that does the port searching -- is there any problem with that? For people who don't want to use RTP, is there a reason why this code couldn't be skipped altogether (the code sort-of implies there used to be such an option, but now all those sockets are in an if(1) block). -Scott ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Sipp-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sipp-users
