2009/5/28 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();
>
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
2009/5/28 Mahesh Paolini-Subramanya :
> 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_nate
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. W
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?
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
Any ideas? Should I be doing something with nat_traversal.co (don't
see what, but worth asking...)
The relevant portion of kamailio.cfg
