Hello Daniel,

We moved to the latest 5.2.4 but hostname with underscore are still not handle properly.

Is it a real design choice or a mistake somewhere in the code that handle domain name?

Regards,

Igor.

De : igor.potjevlesch@gmail.com <igor.potjevlesch@gmail.com>
Envoyé : mardi 27 août 2019 11:53
À : miconda@gmail.com; 'Kamailio (SER) - Users Mailing List' <sr-users@lists.kamailio.org>
Objet : RE: [SR-Users] lookup(aliases) issues with 5.2

Hello Daniel,

Thank you for getting back to me.

We will update with 5.2.4 and I'll let you know if it's solved.

Regards,

Igor.

De : Daniel-Constantin Mierla <miconda@gmail.com>
Envoyé : mardi 27 août 2019 09:39
À : Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>; igor.potjevlesch@gmail.com
Objet : Re: [SR-Users] lookup(aliases) issues with 5.2

Hello,

On 27.08.19 09:27, igor.potjevlesch@gmail.com wrote:

Hello!

Any help on that matter? Sounds like the domain parsing have been updated. Is it possible to back on the previous mode?

did you mean backporting to older branches? If yes, it was done to branch 5.2, have you tried with latest version in that branch?

Cheers,
Daniel

Regards,

Igor.

De : igor.potjevlesch@gmail.com <igor.potjevlesch@gmail.com>
Envoyé : vendredi 23 août 2019 18:53
À : 'Kamailio (SER) - Users Mailing List' <sr-users@lists.kamailio.org>
Objet : lookup(aliases) issues with 5.2

Hello!

I have notice some issues with lookup(aliases) since I upgraded to 5.2 from 5.1:

First with kamctl: If this default command is executed:

ctl_cmd_run ul.add "$USRLOC_TABLE" "$OSERUSER@$OSERDOMAIN" "$2" \

"$UL_EXPIRES" "$DEFAULT_Q" "$UL_PATH" "$UL_FLAGS" "$BR_FLAGS" "$ALL_METHODS"

as $ALL_METHODS is not defined, there is a huge value in methods and then lookup(aliases) fails with -2.

I have to update kamctl script and put -1 ("-1") instead of the variable. So, now, methods is a NULL value in DB and my alias is not ignored. But I use to make my alias like this: sip:number@blabla_1.local

Which is no longer works: ERROR: registrar [common.c:62]: extract_aor(): failed to parse AoR [sip:number@blabla_1.local]

Any idea of the difference since 5.2 with this behaviour? Without the underscore, the AoR seems to be valid but I need to support underscore as before.

Regards,

Igor.

_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda