[Serusers] Asigning a Subscriber to a Specific rtpproxy
Adrian Georgescu
ag at ag-projects.com
Sun Oct 9 22:25:26 CEST 2005
Hi Andres,
You are right, this works now only if you assign different domains per
users and you know where they are. You could change the lookup logic
based on a different algorithm if you toy either with the DNS server or
the dispatcher. So the dispatcher does a lookup in a particular
database in place of DNS and there you can map geo-location to a media
proxy domain. You would still want to use the DNS lookups because it
provides the load balancing and fail-over for multiple IPs.
Alternatively, we can customize media proxy to handle particular
situations subject to a commercial contract.
Kind regards,
Adrian
On Oct 9, 2005, at 7:50 PM, Andres wrote:
> Hi Adrian,
>
> I assume the proxy dispatcher is the one who performs the DNS SRV
> Lookup, not the client. How can the proxy dispatcher then decide
> whats best for the client? Or are you also implying separate domains
> for each geographical region? I do see your product states
> "Distributed geographical location" as a feature, but greater detail
> in how to accomplish this is needed. I still cannot see it clearly
> (on the other hand Greger's suggestion about using different domains
> is easy enough but not possible in our network).
>
> Thanks,
> Andres
>
> Adrian Georgescu wrote:
>
>> Andres,
>>
>> Mediaproxy does that, it does a DNS lookup to locate the server(s)
>> for each call. Use a dynamic DNS engine (like the geo module of Power
>> DNS) and you can distribute geographically the streams per user.
>>
>> Adrian
>>
>> Hi,
>>
>> Can anybody think of a way to assign a subscriber's call to a specific
>> rtpproxy? The idea is to have one main SER server but multiple
>> rtpproxy
>> servers handling the media stream close to where the subs are. The
>> SER
>> server can be a continent away but the rtpproxy is in the same city as
>> the users. I was thinking of using ACL (groups) somehow but not sure
>> if
>> it is at all possible.
>>
>> Any ideas?
>>
>> Thanks,
>>
>>
>
More information about the sr-users
mailing list