It's a custom solution for our project, but it isn't anything special. Just an
extra param tacked onto the contact when sent for registration.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/346#issuecomment-57857389
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 15c36b36b4a33a976a7531ff7c91129df206be6b
https://github.com/OpenSIPS/opensips/commit/15c36b36b4a33a976a7531ff7c91129df206be6b
Author: Bogdan-Andrei Iancu
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 8dc65a749f03cddfe7e50a9baee0cefb8fa4ec21
https://github.com/OpenSIPS/opensips/commit/8dc65a749f03cddfe7e50a9baee0cefb8fa4ec21
Author: Bogdan-Andrei Iancu
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 4e2bf862ec4db490295ab332e90ca23a7e8c71be
https://github.com/OpenSIPS/opensips/commit/4e2bf862ec4db490295ab332e90ca23a7e8c71be
Author: Bogdan-Andrei Iancu
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 7edce06c209cb2a33e877c5cb0277f8b42db10a4
https://github.com/OpenSIPS/opensips/commit/7edce06c209cb2a33e877c5cb0277f8b42db10a4
Author: Bogdan-Andrei Iancu
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 9e2a61669187bdb8f3362925f6fc1cbb80909f01
https://github.com/OpenSIPS/opensips/commit/9e2a61669187bdb8f3362925f6fc1cbb80909f01
Author: Ovidiu Sas
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed paths:
My suggestion here would be to change the method signature:
ds_select_domain(set, alg [,[flags] [,max_results]]).
Where:
- set, alg and max_results can be a list (same as before);
- flags is a global param (just like it was with a module param).
---
Reply to this email directly or view it on Gi
The "round trip" can be an indication of the quality of the network link
between the server and UAC.
I was thinking about adding an event to signal this info back to the script and
the admin can do some monitoring there and take actions (now that we have async
events in place).
Also, actions on
I was comparing it to OpenSER's LCR module, which I previously used for this
sort of routing. Alphanumeric is only out of the scope if DR is intended to be
used only with telephone numbers. It a powerful feature to be able to use
non-numeric prefixes and such. I guess I will just keep locally pa
@ovidiusas , even more, it will be useful to see if you at least get back a
reply - you can link it back to usrloc and delete contacts which do not answer
back to pinging.
May I ask why the "round trip" of the OPTIONS is relevant ?
---
Reply to this email directly or view it on GitHub:
https://
@mark-webster , DR module is intended for number/prefix based routing. Using
full alphanumerical set is out of the scope. If you want to do routing based on
alphanumerical URIs, better use REGISTRAR + USRLOC modules.
BTW, DR was introduced in OpenSIPS 1.5 (if I remember correctly) - and the kind
Reopened #340.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/340#event-173763682___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
@jalung , please test the fix on trunk (you can download it from
https://github.com/OpenSIPS/opensips/commit/465a978b812a1eae6a219e26f9a55d1d985a176b.patch
).
Let me know if everything ok, so I can backport it.
Thanks, Bogdan
---
Reply to this email directly or view it on GitHub:
https://github
Closed #340 via 465a978b812a1eae6a219e26f9a55d1d985a176b.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/340#event-173763040___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 465a978b812a1eae6a219e26f9a55d1d985a176b
https://github.com/OpenSIPS/opensips/commit/465a978b812a1eae6a219e26f9a55d1d985a176b
Author: Bogdan-Andrei Iancu
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed
Branch: refs/heads/1.10
Home: https://github.com/OpenSIPS/opensips
Commit: 4af02dde001685ca8054f8678faeaea915895030
https://github.com/OpenSIPS/opensips/commit/4af02dde001685ca8054f8678faeaea915895030
Author: Vlad Paiu
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed paths:
Branch: refs/heads/1.11
Home: https://github.com/OpenSIPS/opensips
Commit: 914f1409730ec66439d62bcfb52bdbcad5847836
https://github.com/OpenSIPS/opensips/commit/914f1409730ec66439d62bcfb52bdbcad5847836
Author: Vlad Paiu
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed paths:
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: aec12602da85078374135b31a69281d914b5776e
https://github.com/OpenSIPS/opensips/commit/aec12602da85078374135b31a69281d914b5776e
Author: Vlad Paiu
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed paths:
@bogdan-iancu Yes, this is what I meant. Also, if restart_fr_on_each_reply is
disabled, why the timer should be restarted if a 183 is received after a 100?
Once we received the 100 reply, we assume the next hop will attempt to reach
the called party (or fail to) and therefore the timer should no
Merged #347.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/347#event-173749010___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 30c92bd0beb0a2eb407e8d7335035f4271fd2f71
https://github.com/OpenSIPS/opensips/commit/30c92bd0beb0a2eb407e8d7335035f4271fd2f71
Author: Ionut Ionita
Date: 2014-10-01 (Wed, 01 Oct 2014)
Changed paths:
@miko95 , the fix should prevent the trimer restart because of a 180 reply
between two 183 ? (like keeping the highest reply code received on the branch
and do restart only if you got something higher).
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/i
Branch: refs/heads/1.8
Home: https://github.com/OpenSIPS/opensips
Commit: f9f17032a74cb7d5ae11a46095059ad29b020846
https://github.com/OpenSIPS/opensips/commit/f9f17032a74cb7d5ae11a46095059ad29b020846
Author: Bogdan Andrei IANCU
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed pa
Branch: refs/heads/1.10
Home: https://github.com/OpenSIPS/opensips
Commit: eee4e300d0d7f6d51b690c75012c4d577b78fc63
https://github.com/OpenSIPS/opensips/commit/eee4e300d0d7f6d51b690c75012c4d577b78fc63
Author: Bogdan Andrei IANCU
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed p
Branch: refs/heads/1.11
Home: https://github.com/OpenSIPS/opensips
Commit: f4f6028e8ccd42d19d91e4511e3860af39f0af11
https://github.com/OpenSIPS/opensips/commit/f4f6028e8ccd42d19d91e4511e3860af39f0af11
Author: Bogdan Andrei IANCU
Date: 2014-10-03 (Fri, 03 Oct 2014)
Changed p
Merged #346.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/346#event-173729601___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 26a31e078b969825b0d9f8dc83716b18511cda66
https://github.com/OpenSIPS/opensips/commit/26a31e078b969825b0d9f8dc83716b18511cda66
Author: David Sanders
Date: 2014-10-01 (Wed, 01 Oct 2014)
Changed paths
The matching based on token...is it an ekiga extension ?
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/346#issuecomment-5253___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/
I vaguely recall this happening in 1.8.2 also but...
Completely fresh 1.11.2 install. Getting the following error:
Sep 17 17:05:48 [6151] ERROR:core:db_check_table_version: invalid version 1007
for table aliases found, expected 1009
Sep 17 17:05:48 [6151] ERROR:usrloc:register_udomain: error dur
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: b8d86c6b933cf1833f98c46a32fea4c5c183be53
https://github.com/OpenSIPS/opensips/commit/b8d86c6b933cf1833f98c46a32fea4c5c183be53
Author: Norm Brandinger
Date: 2014-09-24 (Wed, 24 Sep 2014)
Changed pat
30 matches
Mail list logo
