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.

Hello,

El Miércoles, 8 de Octubre de 2008, Daniel-Constantin Mierla escribió: modules, Kamailio went beyond a SIP proxy. Clear is not a some limited purposes, Kamailio can do some of b2bua Well, for me a B2BUA is a UAS+UAC,

and AFAIK Kamailio is a proxy and a UAS (registrar, presence server...) but not a B2BUA.

some

Maybe the IMC module is a B2BUA for MESSAGE's :)

:-)

Mierla

list

fo/users

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 > >

Graham Wooden writes: check with wireshark how the invite after get_redirects("*") looks like. -- juha

Graham Wooden writes: perhaps i didn't understand what you try to do, but if call comes from pstn to kaamilio, which forwards it to somewhere and gets back 302, then get_redirects() + t_relay() makes kamailio to send a new invite to 302 contacts instead of relaying 302 to your pstn gw. -- juha

Graham Wooden writes: it is not a new call, get_redirects adds new branches to existing call from pstn. when you call t_relay after get_redirects, you should see with wireshark an invite (or invites in case of multiple contacts in 302) to go out from your proxy. -- juhan

Yup, I see the invite and the corresponding ACK back from them - but that's it. About a second later after getting the ACK back, the caller gets dropped.

Yeah, I see that 407 Proxy Auth too, but I am not sure where to check for that. Here is my only challenge statement: if (is_method("REGISTER")) { if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; }

Gotcha. Well, I re-ran the capture on another test call and ended the capture a few seconds after I hung up, and still shows the same path. Ok, here is my proxy_challenge; I put that xlog in it, and sure enough it's entering. Now, I have my provider's IP in my trusted table, so I am not sure why it's challenging... if (!(method=="REGISTER")) { if (!allow_trusted()) { if (!proxy_authorize("", "subscriber")) { $var(debug) = proxy_authorize("", "subscriber"); xlog("L_INFO", "Proxy authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); proxy_challenge("", "0"); exit; } fix_nated_sdp("11"); consume_credentials(); # at this point caller is authenticated } } On 10/12/08 12:32 PM, "Juha Heinanen" <jh(a)tutpro.com> wrote: _______________________________________________ Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users