Hi list,
My upstream provider wants to test a new IP card. The problem is that he wants to split the signaling from rtp to 2 different hosts.
The question is how may I accomplish that ?
eg: Signaling goes to A.B.C.D:5060 RTP goes to A.B.C.E ports raging from 30000 to 32000
TIA, Adrian
Hello,
On 05/25/06 01:01, Adrian I. Vasile wrote:
Hi list,
My upstream provider wants to test a new IP card. The problem is that he wants to split the signaling from rtp to 2 different hosts.
The question is how may I accomplish that ?
somehow, this is transparent for the proxy. The card has to advertise in the SDP the IP and port for media, which can be another address than the signaling.
Cheers, Daniel
eg: Signaling goes to A.B.C.D:5060 RTP goes to A.B.C.E ports raging from 30000 to 32000
TIA, Adrian
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Ok, done and working like a charm.
Just for my own curiosity, how do I go about doing the same as my provider?
PS: sorry for the TP
On Fri, 2006-05-26 at 00:14 +0300, Daniel-Constantin Mierla wrote:
Hello,
On 05/25/06 01:01, Adrian I. Vasile wrote:
Hi list,
My upstream provider wants to test a new IP card. The problem is that he wants to split the signaling from rtp to 2 different hosts.
The question is how may I accomplish that ?
somehow, this is transparent for the proxy. The card has to advertise in the SDP the IP and port for media, which can be another address than the signaling.
Cheers, Daniel
eg: Signaling goes to A.B.C.D:5060 RTP goes to A.B.C.E ports raging from 30000 to 32000
TIA, Adrian
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
On 05/26/06 00:58, Adrian I. Vasile wrote:
Ok, done and working like a charm.
Just for my own curiosity, how do I go about doing the same as my provider?
in which context? What are you using?
Daniel
PS: sorry for the TP
On Fri, 2006-05-26 at 00:14 +0300, Daniel-Constantin Mierla wrote:
Hello,
On 05/25/06 01:01, Adrian I. Vasile wrote:
Hi list,
My upstream provider wants to test a new IP card. The problem is that he wants to split the signaling from rtp to 2 different hosts.
The question is how may I accomplish that ?
somehow, this is transparent for the proxy. The card has to advertise in the SDP the IP and port for media, which can be another address than the signaling.
Cheers, Daniel
eg: Signaling goes to A.B.C.D:5060 RTP goes to A.B.C.E ports raging from 30000 to 32000
TIA, Adrian
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
On Fri, 2006-05-26 at 12:24 +0300, Daniel-Constantin Mierla wrote:
On 05/26/06 00:58, Adrian I. Vasile wrote:
Ok, done and working like a charm.
Just for my own curiosity, how do I go about doing the same as my provider?
in which context? What are you using?
Daniel
Separate machines, one handling sip signalling and the other rtp streams (maybe do transcoding)
I would like to use OpenSER if possible (seems better sip implementation than *)
PS: sorry for the TP
On Fri, 2006-05-26 at 00:14 +0300, Daniel-Constantin Mierla wrote:
Hello,
On 05/25/06 01:01, Adrian I. Vasile wrote:
Hi list,
My upstream provider wants to test a new IP card. The problem is that he wants to split the signaling from rtp to 2 different hosts.
The question is how may I accomplish that ?
somehow, this is transparent for the proxy. The card has to advertise in the SDP the IP and port for media, which can be another address than the signaling.
Cheers, Daniel
eg: Signaling goes to A.B.C.D:5060 RTP goes to A.B.C.E ports raging from 30000 to 32000
TIA, Adrian
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
My upstream provider wants to test a new IP card. The problem is that he wants to split the signaling from rtp to 2 different hosts.
The question is how may I accomplish that ?
You have to do that on the transport layer by using a router and appropriate routing rules.
Franz