Hello,
On 08/01/15 11:58, Jason Penton wrote:
Hey Daniel,
The problem in the case I have noticed is that some UEs are taking the
contact from the 200OK and all subsequent requests from the UEs have
the alias in (when leaving UE). This causes problems in the routing as
a result of the same alias being added multiple times.....
do you add the alias also for requests within the dialog?
If you are happy with the general concept I'd like to add this patch
but with addition of:
1. configurable parameter to enable (disabled by default)
OK.
2. make the check more intelligent to check you are
not adding
*exactly* the same alias again.... (which would be pointless)
Make it a different patch to be able to review it.
I remember at some point I needed to force adding the alias with same
ip/port as the contact, because of a broken ALG changing the URI, but
leaving the parameters alone, so I could recover the proper values from
the alias.
Cheers,
Daniel
?
Cheers
Jason
On Thu Jan 08 2015 at 12:34:30 Daniel-Constantin Mierla
<miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote:
Hello,
there are two functions, add_contact_alias() and
set_contact_alias(), fist added by Juha and the second by me.
Is that really needed, because if couple of sip nodes add that
parameter, then expect that each node will handle it.
A --- P1 --- P2 --- P3 --- B
If P1 is adding by P2 is processing as well, then it will mess up
routing. I think by the order they are added, they are going to be
processed ok even many nodes are adding it.
If there is no safe around detecting if alias was added locally in
handle_ruri_alias(), then this patch behaviour should be made
configurable if still wanted.
Cheers,
Daniel
On 08/01/15 09:09, Jason Penton wrote:
Hi,
I assume this will be for Juha or Maxim, but I would like to
suggest the following patch for nathelper to ensure that the
alias is not added if it already exists in the contact uri.
Juha, Maxim as this is your module are you happy with this?
Cheers
Jason
--
*Jason Penton*
*Senior Manager: Applications and Services*
*Smile Communications Pty (Ltd)*
*Mobile:* +27 (0) 83 283 7000
*Skype:* jason.barry.penton
jason.penton(a)smilecoms.com <mailto:name.surname@smilecoms.com>
www.smilecoms.com <http://www.smilecoms.com/>
This email is subject to the disclaimer of Smile Communications at
http://www.smilecoms.com/home/email-disclaimer/
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org <mailto:sr-dev@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -
http://www.linkedin.com/in/miconda
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org <mailto:sr-dev@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda