5 Feb
2008
5 Feb
'08
6:40 p.m.
Hi all,
I've been reading through the documentation online fore a few days, and I've read
through a lot of the user & developer artchives. I'm trying to figure out if
OperSER is the right proxy solution for the problem that I'm trying to solve. I was
hoping that I could get a few pointes from some more experienced users.
My first question is really simple... I must have the terminology wrong, otherwise I'm
sure that I would have found the answer by now. I have a big expensive gateway, but it
can't do a few things that I really want to do. I'm hoping to augment my big
expensive gateway with OpenSER, so that I can do some specific routing. I want my network
to look something like this:
--------------
(Public IP network) (Private IP network)
.----------.
| carriers |-----.
'----------' | .-----------.
'----| Big | .-------.
| Expensive |----| Proxy |
.------. .----| Gateway | '-------'
| PBXs |---------' '-----------'
'------'
----------
my solution involves customer-premise based PBXs that my company makes in house. I want
the gateway to act as a session border controller. It'll take care of forwarding me
media, and it'll take care of protecting my proxy from the public internet.
For inbound calls (calls coming from another carrier to my big expensive gateway &
destined for a specific PBX), I'd like my gateway to send the call to the proxy, who
will determine which PBX to send the call to, and then send the call to to correct PBX via
the Gateway. I don't understand how to set up OpenSER to send the call via the
Gateway. If I provision the static ip address of the PBX in the proxy, won't it try
to send directly to that IP address instead of sending it to the Gateway? I think that
the feature that I'm looking for is something like an outbound proxy, for the proxy.
(does that make sense?)
Sorry to write such a long e-mail to the mailing list! I wanted this to be descriptive
enough that you all would know what I mean.
THANKS!
--Doug
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
6 Feb
6 Feb
1:23 a.m.
Doug,
Doug McLetchie wrote:
For inbound calls (calls coming from another carrier
to my big expensive
gateway & destined for a specific PBX), I'd like my gateway to send the
call to the proxy, who will determine which PBX to send the call to, and
then send the call to to correct PBX via the Gateway. I don't
understand how to set up OpenSER to send the call via the Gateway. If I
provision the static ip address of the PBX in the proxy, won't it try to
send directly to that IP address instead of sending it to the Gateway?
I think that the feature that I'm looking for is something like an
outbound proxy, for the proxy. (does that make sense?)
OpenSER can certainly do what you are trying to accomplish.
SIP routing is done by URI, which consists of a "user" part and a
"domain" part. The "user" part is the number (or alphanumeric
identification, in the case of pure-VoIP peering) and the "domain" part
is the IP "place" at which the "user" part is reachable.
When you route a call to some URI, what you are really saying is, "Here,
domain, you must know what to do with this 'user' part - i.e. have
reachability information for it (a SIP contact bound from a
registration, for example)."
A proxy by itself isn't enough. If you need to reach these PBXs, you
clearly need to know how to reach them. This requires a SIP registrar
somewhere, so that the PBXs can register against it and say, "Here, you
can reach me at such and such IP and port." Or, I suppose, you can
define these contacts statically with a database interface from the
proxy, in which case you don't need to use a registrar.
I don't know what this Big Expensive Gateway is, but if it's something
like a Session Border Controller, it should be able to forward SIP
REGISTER requests to your proxy/registrar. Or do they register against
the gateway?
Either way, you can perform this resolution with OpenSER.
The problem you *might* run into is sending the same logical call leg
back to the Gateway. Depending on what it is, it may not like that and
perceive a call routing loop, because the call that went through it to
the proxy is the "same" call (in terms of SIP Call-ID, and other things
that make up a logical call "leg") that is now being sent back around to
it. This problem is often solved with the introduction of a
back-to-back user agent which can re-originate a different call leg.
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599
6141
days inactive
6142
days old
1 comments
2 participants
participants (2)
-
Alex Balashov -
Doug McLetchie