Thanks Daniel. I am using that module, but I can't seem to get the carrier
to take the new contact. Here is my statement inside the failure_route[1]:
if (t_check_status("302")) {
xlog("Got a 302 - redirecting");
get_redirects("*");
t_relay();
}
Pretty straight forward. Maybe the issue is with them still? Thanks,
-graham
On 10/8/08 10:17 PM, "Daniel-Constantin Mierla" <miconda(a)gmail.com>
wrote:
Hello Graham,
I guess you are looking for this one:
http://www.kamailio.org/docs/modules/1.4.x/uac_redirect.html
Cheers,
Daniel
On 10/09/08 06:13, Graham Wooden wrote:
> Hi Daniel,
>
> In the spirit of having Kamailio doing a bit more than just a proxy - is
> there a trick for handling 302's from a SIP client and starting a new leg,
> opposed to just sending the 302 back up the carrierroute leg?
>
> I have a carrier that doesn't support 302 redirects, so I need to find a way
> to generate a new leg to go back out the carrier.
>
> I am running 1.4.0 .... Thanks mucho,
>
> -graham
>
>
> On 10/8/08 9:56 PM, "Daniel-Constantin Mierla" <miconda(a)gmail.com>
wrote:
>
>
>> Hello,
>>
>
> On 10/08/08 22:37, Iñaki Baz Castillo wrote:
>
>> El Miércoles, 8 de
>> Octubre de 2008, Daniel-Constantin Mierla escribió:
>>
>>
>>
>>> With some
>>>
>> modules, Kamailio went beyond a SIP proxy. Clear is not a
>>
>>> b2bua, but for
>>>
>> some limited purposes, Kamailio can do some of b2bua
>>
>>> functionalities.
>>>
>>>
>> Well, for me a B2BUA is a UAS+UAC,
>>
> better said UA+UA where UA=UAC+UAS
>
>> and AFAIK Kamailio is a proxy and a UAS
>> (registrar, presence server...) but
>> not a B2BUA.
>>
>>
> Definitely is not a B2BUA, but more than a proxy if you load
>
>> some
>>
> modules. Back to SIP terminology :-), can initiate and can answer
>
> requests, so it is just UA, in this terms.
>
>> Maybe the IMC module is a B2BUA
>> for MESSAGE's :)
>>
>>
> There is UAS+UAC (answers to one and then sends many)
>
>> :-)
>>
>
> Cheers,
> Daniel
>
>