[Serusers] Implementing call fwd

Greger V. Teigre greger at teigre.com
Thu Sep 28 08:23:14 CEST 2006


Hm, 480 should be used for DND, I think. AFAIK, SJPhone should use 486, 
not sure about the others.
g-)

Kamal.Mann at t-systems.com wrote:
>
> Ser uses '486 busy here' for busy notifications which is correct 
> according to rfc but sip phones like x-lite, 3CX Phone, SJPhone uses 
> '480 temp unavailable here' for the same !!!!
>
>  
>
> Regards
>
> Kamal Mann
>
> ------------------------------------------------------------------------
>
> *From:* Greger V. Teigre [mailto:greger at teigre.com]
> *Sent:* Wednesday, September 27, 2006 8:19 PM
> *To:* Mann, Kamal
> *Cc:* serusers at lists.iptel.org
> *Subject:* Re: [Serusers] Implementing call fwd
>
>  
>
> You do lookup("aliases") and lookup("location") AFTER you have changed 
> the uri through avp_pushto from usr_preferences.
> Is this really what you want?
> g-)
>
> Kamal.Mann at t-systems.com <mailto:Kamal.Mann at t-systems.com> wrote:
>
>  
> Hi All
> I want to setup Blind call forwarding.  Like if a uri - mann at iptel.org <mailto:mann at iptel.org>
> is not registered with SER but this user had already configured in ser
> database table usr_prefrences that his call should be forwarde to
> another uri kamal at iptel.org <mailto:kamal at iptel.org>. For that my usr_prefrence table is like
>  
>  
>   
>> USR_PREFRENCES table
>>  
>> +------+----------+-----------+-----------+---------------------+------
>>     
> +
>   
>> ---------------+
>>  
>> | uuid | username | domain    | attribute | value               | type
>>     
> |
>   
>> modified       |
>>  
>> +------+----------+-----------+-----------+---------------------+------
>>     
> +
>   
>> ----------------+
>>  
>> |      | bhaskar  | debian    | callfwd   | kamal at iptel.org <mailto:kamal at iptel.org>
>> |    0 | 20060926165852 |
>>  
>> |      | mann     | iptel.org | callfwd   | sip:kamal at iptel.org <mailto:sip:kamal at iptel.org> |    0
>>     
> |
>   
>> 20060926150443 |
>>  
>> |      | prateek  | iptel.org | callfwd   | kamal at iptel.org <mailto:kamal at iptel.org>     |    0
>>     
> |
>   
>> 20060926170701 |
>>  
>> +------+----------+-----------+-----------+---------------------+------
>>     
> +
>   
>> ----------------+
>>     
>  
>  
> Is this entry is correct?? Is there any flaw in my ser.cfg??
> Any help would be appreciated.
> Regards
> Kamal Mann
> -----Original Message-----
> From: Steve Blair [mailto:blairs at isc.upenn.edu] 
> Sent: Wednesday, September 27, 2006 2:26 PM
> To: Mann, Kamal
> Cc: serusers at lists.iptel.org <mailto:serusers at lists.iptel.org>
> Subject: Re: [Serusers] Implementing call fwd
>  
>  
>  
> Does your config file relay REFER messages? It needs to in order to 
> perform the transfer.
>  
> Kamal.Mann at t-systems.com <mailto:Kamal.Mann at t-systems.com> wrote:
>  
>   
>> Hi all
>>  
>> Please help out
>>  
>>  
>>     
> ------------------------------------------------------------------------
>   
>> *From:* Mann, Kamal
>> *Sent:* Tuesday, September 26, 2006 5:46 PM
>> *To:* 'serusers at lists.iptel.org <mailto:serusers at lists.iptel.org>'
>> *Subject:* RE: [Serusers] Implementing call fwd
>>  
>> Hi all
>>  
>> I am implementing Blind call forwarding with 0.9.6 SER version. But 
>> with current configuration it's not working. Please help on same.
>>  
>> I am enclosing small part of usr_prefrences table & my ser.cfg.
>>  
>> -----------------------------------------------------------------------
>>     
> -
>   
>> _______________________________________________
>> Serusers mailing list
>> Serusers at lists.iptel.org <mailto:Serusers at lists.iptel.org>
>> http://lists.iptel.org/mailman/listinfo/serusers
>>  
>>  
>>     
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org <mailto:Serusers at lists.iptel.org>
> http://lists.iptel.org/mailman/listinfo/serusers
>  
>  
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20060928/6666bb42/attachment.htm>


More information about the sr-users mailing list