Hi Alfred,
The 'c' flag is a workaround about bogus SDP parsing/manipulation
implementations on the UAC side.
A proper SDP parsing/manipulation implementation on the UAC side would
not need this workaround,
Regards,
Ovidiu Sas
On 1/29/07, Alfred E. Heggestad <[EMAIL PROTECTED]> wrote:
Hi
many thanks for your help. adding the 'c' flag did the trick:
force_rtp_proxy("c");
any reason why this is disabled per default ?
/alfred
Ovidiu Sas wrote:
> Hi Alfred,
>
> Please check the following link:
> http://openser.org/docs/modules/1.1.x/nathelper.html#AEN275
> and take a look at flag 'c'.
>
>
> Hope this helps,
> Ovidiu Sas
>
> On 1/21/07, Alfred E. Heggestad <[EMAIL PROTECTED]> wrote:
>> hi
>>
>> I am using OpenSER v1.1 w/nathelper+rtpproxy and trying to setup a call
>> from a videophone to Ekiga 2.0.3
>>
>>
>> the problem is that the SDP body is not mangled correctly and the result
>> is no audio/video.
>>
>>
>> the SDP arriving on the ekiga looks like this:
>>
>>
>> c=IN IP4 10.0.0.190
>> ...
>> m=audio 1234 RTP/AVP 98 97 9 8 0
>> c=IN IP4 212.13.202.25
>> ...
>> m=video 2345 RTP/AVP 105 104 34 31
>> c=IN IP4 212.13.202.25
>> ...
>>
>>
>>
>>
>> the media-level connection information should override the session-level
>> connection information, but unfortunately ekiga uses the session-level
>> connection information, hence sending the RTP to /dev/null
>>
>>
>> could this be fixed in the nathelper module to either also mangle
>> the session-level connection information, or even remove it ?
>>
>>
>> thanks.
>>
>>
>> /alfred
>>
>> _______________________________________________
>> Devel mailing list
>> Devel@openser.org
>> http://openser.org/cgi-bin/mailman/listinfo/devel
>>
_______________________________________________
Devel mailing list
Devel@openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
