17 Sep
2012
17 Sep
'12
6:03 p.m.
Hi Richard,
i've noticed the use of the i and e flags for your mediaproxy implementation.
Right now i'm testing a minor patch for the RTPProxy module to allow
automatic selection of "ie" or "ei" just for this use case based on
the media-ip type (e.g. always set "ie" if you have an IPv4 address in
the SDP, always set "ei", if you have an IPv6 address).
Carsten
2012/9/17 Richard Fuchs <rfuchs(a)sipwise.com>om>:
On 09/17/12 03:20, Jon Bonilla (Manwe) wrote:
Correct, we've had no need for that so far. The low-level code does
support a "mirror" destination for single packet streams, meaning it
will duplicate all packets to a second destination, but that's still an
unused feature as of yet.
BR
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Carsten Bock
CEO (Geschäftsführer)
ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany
http://www.ng-voice.com
mailto:carsten@ng-voice.com
Office +49 40 34927219
Fax +49 40 34927220
Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284
Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
El Sun, 16 Sep 2012 04:43:42 +0200
Carsten Bock <carsten(a)ng-voice.com> escribió:
I do, but didn't want to interrupt. ;)
We use the internal and external flags for slightly different purposes:
to make a distinction between IPv4 and IPv6 in the initial offer.
Mediaproxy has no notion of an internal or external interface, but needs
to know whether to return an IPv4 or an IPv6 address for the INVITE. So
we use the "I" and "E" flags for the calling and the called party to
specify whether that endpoint is on IPv4 or IPv6, respectively. It's
really only needed for the called party, but hey, why not keep it
consistent if we can, right?
questions:
- Can i also use it for IPv4/IPv6 Translation and Bridging? I did not
find any internal/external ip-Parameters as in the old RTP-Proxy
Yes. Ipv4/Ipv6 translation and bridging is fully supported. There's no
internal/external IP parameters because you can bridge between any interface,
not only two.
I'm CC-ing the mail to the developer, Richard Fuchs. I'm not sure he reads
this mailing list. - Does it also support the basic media functions,
such as recording
and playback?
No AFAIK.