[Serusers] revert uri to its early state, but no the original

Richard richard at o-matrix.org
Wed Sep 8 10:24:26 CEST 2004


Hi Zeus,

The pdt module seems to be geared toward European numbering system. For
example, it always looks for terminator code which is not available in North
America. So currently I am using a manual checking in ser.cfg to change the
domain. I am thinking about developing a more flexible domain matching
module in the future.

I wonder if there is any function to save uri and retrieve it later.
Something like, save_uri(2) to save it to storage 2 and pop_uri(2) to get it
back.

Thanks,
Richard


> -----Original Message-----
> From: Zeus Ng [mailto:zeus.ng at isquare.com.au]
> Sent: Tuesday, September 07, 2004 10:07 PM
> To: 'Richard'
> Cc: serusers at lists.iptel.org
> Subject: RE: [Serusers] revert uri to its early state, but no the original
> 
> Richard,
> 
> Unfortunately the prefix2domain() function is not available in failure
> route
> block as of today. So, there is no easy way to do that right now.
> 
> I don't see there is major problem getting the function available in
> failure
> route. You can request the implementer to make it available.
> 
> Zeus
> 
> > -----Original Message-----
> > From: serusers-bounces at lists.iptel.org
> > [mailto:serusers-bounces at lists.iptel.org] On Behalf Of Richard
> > Sent: Wednesday, 8 September 2004 5:02 PM
> > To: serusers at lists.iptel.org
> > Subject: [Serusers] revert uri to its early state, but no the original
> >
> >
> > Hi,
> >
> > In our ser.cfg, when an r-uri is first received, it goes
> > through some number to domain matching. For example,
> > 8005551212 at 80.123.45.167 is mapped to 1212 at companya.com. If
> > the call is eventually forwarded to sems after failure route,
> > we want to revert it back to 1212 at companya.coom, otherwise it
> > would be 1212@<phone-ip-address>. Is there a function to do
> > it? The revert_uri() would revert it back to the original
> > 8005551212 at 80.123.45.167.
> >
> > Thanks,
> > Richard
> >
> >
> >




More information about the sr-users mailing list