Greg,
I think I understand your scenario well. What I am not sure about is if
using REGISTER in this case is a good idea.
What I didn't mention in my previous email is that there will be
problem with authentication. REGISTER messages should be always
authenticated because they contain sensitive information and without
authentication bad guys can hijack calls to other people.
It is possible to send a REGISTER message through the FIFO interface, but if
the REGISTER message gets challenged then there is no easy way (read it
requires much more scripting/coding) to build a proper digest reply and
re-send the message. It can be written, but I am not sure it is worth it.
I think that you can achieve the same by modifying usrloc/aliases by hand
and then the PBXes do not have to register.
Note that some administrative actions would be necessary even if PBXes
would register with GATEWAY because you would have to provision your GATEWAY
server with passwords they will be using.
So it will work like this:
When you install a new PBX for one of your customers, you need to create
an account for his anyway. When you create the account you can create
also a permanent usrloc record so the new PBX doesn't have to register.
All calls to the permanent usrloc records will be then sent to the new
PBX. If the PBX is only then the request will time out on GATEWAY and
the GATEWAY will send a 4xx to the PSTN.
So it works exactly as you describe, the only difference is that usrloc
records will be not created from REGISTER messages sent by PBXes, but by
you when creating the account.
Usrloc entries can be created/deleted in serweb or using the serctl utility.
Does it make sense to you ? (The problem with PBXes sending
REGISTER to GATEWAY is digest authentication).
Jan.
On 04-12 12:09, Superuser wrote:
Jan,
Thank you for the response.
The longer I use the SER proxy server, the more uses I
find for it.
What I am currently envisioning is this:
I run a PBX PROXY server for a specific business
customer. This customer has a private naming (numbering)
plan. The names of the UA devices are 101, 102, 103, etc..
These are 'extension numbers'.
I would like to be able to make the PBX 'pretend' it is
the phone. It will send a REGISTER to the GATEWAY, and then subsequent
INVITES for that number will be sent to the PBX. The PBX will
determine how to deliver the call using local rules on the
SER proxy. The rules will be something like:
business days between 9am and 5pm forward all incoming calls to x100.
If extension 100 is busy (or doesn't answer), roll to extension 101.
If extension 101 is busy (or doesn't answer), roll to voice mail.
And a million other things.
I realize that I can forward the call from the GATEWAY
to the PBX, but, I think it would be MUCH cleaner if
I could tell the SER PBX engine to REGISTER a number....
Make sense?
---greg
>
>Greg,
>
>it would be possible with some shell script magic. It is possible to
>send a REGISTER message using the fifo interface.
>
>Before we dig into into it, let me ask what is the reason for doing
>something like that ? Can't you simply forward the SIP messages from
>GATEWAY to PBX and if PBX is off or crashed then the GATEWAY will send
>"Request timeout" to the PSTN (instead of 404) ? Or am I missing
>something ?
>
> Jan.
>
>On 03-12 21:59, Greg Fausak wrote:
>> Hello,
>>
>> I have a SER server, it has 2 phones
>> registered to it. The phones are 300000
>> and 300100. The registration works fine, and
>> I can place calls between them. I am calling this
>> my 'PBX'.
>>
>> I have another SER server that can connect to
>> a PSTN. I can register my phone number with it,
>> and I can make and receive calls from the PSTN.
>> Let's say that phone number is 2145551212(a)addaline.com.
>> I'm calling this my 'GATEWAY'.
>>
>> OK, here is the tricky part. I would like to make
>> the SER 'PBX' *REGISTER* 2145551212(a)addaline.com with
>> the SER GATEWAY ... just like
>> it is a UA. So an incoming call to 2145551212 would
>> get delivered to the SER PBX, and I'll figure out which
>> extension gets the call with local rules. For very
>> simplistic delivery at the PBX I can alias 2145551212 as
>> 300000.
>>
>> If the PBX crashes, or is turned off, the 2145551212
>> registration will eventually evaporate.
>>
>> Anyway, I can't figure out anyway to get SERPBX to register
>> with SER GATEWAY.
>>
>> Is this possible?
>>
>> ---greg
>>
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Serusers mailing list
>> serusers(a)lists.iptel.org
>>
http://lists.iptel.org/mailman/listinfo/serusers
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>