[Kamailio-Users] Pretty basic Presence question

[Mahesh Paolini-Subramanya]

Well, the REGISTER Clue below seemed to work, the key is to do the  
force_rport() *before* t_newtran().  Which, now that I look at it, is  
exactly what Iñaki suggested.  Thanx Iñaki!

    force_rport();
    if (!t_newtran()) {
         sl_reply_error();
         return(-1);
     };

     if (is_method("SUBSCRIBE")) {
         handle_subscribe();
         t_release();
     };


Cheers
---
Mahesh Paolini-Subramanya
CTO,  Aptela Inc.
(703.386.1500 x9100)
http://www.aptela.com

On May 28, 2009, at 6:08 AM, Mahesh Paolini-Subramanya wrote:

> force_rport() doesnt do the trick - it was one of the first things i  
> tried :-)  All it seems to do is add 'rport=...' to the Via line on  
> the returned message, not actually *send* to that port.  Its clearly  
> something ridiculously basic.
> Also, fix_nated_contact() doesnt work entirely either.  What it  
> *does* do is ensure that the NOTIFY (from the Sbc to the fone) goes  
> to $sp:$si...
>
> Incidentally, if i stick a t_newtran()/t_release around my REGISTER  
> handling section, i get the same behavior, i.e., the responses go to  
> 5060 instead of the source port (i *am* using force_rport() there).   
> Is that a Clue?
>
> cheers
>
> p.s.
>
> The difference i see is as follows
>
> A) Using the following basic code,  the response  (i've omitted most  
> of the message)
>
>    if (!t_newtran()) {
>         sl_reply_error();
>         return(-1);
>     };
>
>     if (is_method("SUBSCRIBE")) {
>         handle_subscribe();
>         t_release();
>     };
>
> U 2009/05/28 05:56:44.260579 1.2.3.4:2352 -> 5.6.7.8:5060
> SUBSCRIBE sip:mm1 at 5.6.7.8 SIP/2.0.
> Via: SIP/2.0/UDP 10.0.0.10:5060;branch=z9hG4bK537dd37BF6A3AE6.
> Contact: <sip:mm1 at 10.0.0.10:5060>.
>
>
> U 2009/05/28 05:56:44.264687 5.6.7.8:5060 -> 1.2.3.4:5060
> SIP/2.0 202 OK.
> Via: SIP/2.0/UDP  
> 10.16.0.168:5060;branch=z9hG4bK537dd37BF6A3AE6;received=1.2.3.4.
>
>
> B) If I use force_rport(), as follows, I get
>
>    if (is_method("SUBSCRIBE")) {
>         force_rport();
>         handle_subscribe();
>         t_release();
>     };
>
> U 2009/05/28 05:56:44.264687 5.6.7.8:5060 -> 1.2.3.4:5060
> SIP/2.0 202 OK.
> Via: SIP/2.0/UDP  
> 10.16.0.168 
> :5060;branch=z9hG4bK537dd37BF6A3AE6;rport=2352;received=1.2.3.4.
>
>
> ---
> Mahesh Paolini-Subramanya
> CTO,  Aptela Inc.
> (703.386.1500 x9100)
> http://www.aptela.com
>
> On May 27, 2009, at 6:29 PM, Mahesh Paolini-Subramanya wrote:
>
>> El Jueves, 28 de Mayo de 2009, Mahesh Paolini-Subramanya escribió:
>>> I'm trying to setup an extremely basic PRESENCE/BLF environment.
>>> However, when I call handle_subscribe(), the message gets sent to  
>>> $si:
>>> 5060, *not* $si:$sp
>>
>> I assume you mean "the response gets sent...", right?
>>
>>
>>> Any ideas?  Should I be doing something with nat_traversal.co (don't
>>> see what, but worth asking...)
>>>
>>> The relevant portion of kamailio.cfg is
>>
>> Add "force_rport()" here.
>>
>>>    if (!t_newtran()) {
>>>         sl_reply_error();
>>>         return(-1);
>>>     };
>>>
>>>     if (is_method("SUBSCRIBE")) {
>>>         handle_subscribe();
>>>         t_release();
>>>     };
>>>
>>
>>
>>
>> -- 
>> Iñaki Baz Castillo <ibc at aliax.net>
>>
>> _______________________________________________
>> Kamailio (OpenSER) - Users mailing list
>> Users at lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/users/attachments/20090528/5ad478fa/attachment-0001.htm