[Devel] openser nathelper and ekiga

Ovidiu Sas sip.nslu at gmail.com
Mon Jan 29 15:19:25 CET 2007


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 <aeh at db.org> 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 <aeh at db.org> 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 at openser.org
> >> http://openser.org/cgi-bin/mailman/listinfo/devel
> >>
>
>
>



More information about the Devel mailing list