Hello,
Daniel-Constantin Mierla wrote:
Hello,
On 02/15/06 12:58, Peter Hudec wrote:
hi all,
I need to route prefix to te one subscriber.
It's something between PDT and ALIAS.
ALIAS
The R-URI shoult not be replaced by one in the alias table
PDT
The voip domain is rewrited, but I need to leave the old one.
maybe setting the target domain in pdt to be the same as original one is
one solution.
The cutomer has the same VoIP domain as our company (he is our
customer).
For example. Each OPENSER is asociated eitch some prefixes eg ...
1234XXXX for ser1. On the ser1 there is a subsciber named foo001 and he has
prefix 1234000X. So I need to route these adreses to thissubcliber (location,
which is saved thne the location table, after successfully REGISTER request from foo001).
I need to replace R-URI as ALIAS, but the user part leave untouched.
Otherwise, if you know the length of prefix and dialed number then you
can strip the tail of dialed number so you get the prefix in username of
r-uri. You associate the prefix with the user in aliases table, do the
lookup and then the usual processing. To strip the tail use:
http://openser.org/dokuwiki/doku.php?id=openser_core_cookbook#strip_tail_int There
can be more such users with various lenght of prefixes and I really dont
want to touch routing part of the configuration if there will anything change.
In the loadbalanced network it means to reconfigure more devices ....
In the * PBX it's very easy, but I don't want to use * for this purpose
exten => 1234000X,1,Dial(SIP/foo001/${EXTEN})
exten => 1234000X,n,Hangup
solutions are
1)
I can write small script and call exec for each INVITE to do this.
2)
I can write new module for OPENSER.
3)
ask our friends (this mailing list) for working solutions
Cheers,
Daniel
WHY ???
I want to connect some SIP PBX (asterisk) to our VoIP network
and give them more numbers / prefix. I dont want to put
it into routing logic eq (if sip:0123XX@domain; then).
The best case is to call some function as PREFIX, which will lookup
into PREFIX, SUBCRIBER and LOCATION table and just call t_relay function.
Is there any other solution ???
best regards
Peter Hudec
--
One seventh of our lives is spent
on Mondays.