Dear Colleagues,
first of all, thank you for the great software which is a very nice and convenient way to build up a stable VoIP telephone system! We already have a working system based on OpenSER and Asterisk.
After many experiments I finally raise this question to you because I cannot figure out the solution. The problem described on http://www.openser.org/pipermail/users/2006-January/002747.html seems to be very similar to mine.
I am using openser-1.1.0-9etch1. I tried to replace the FROM variable as follows:
loadmodule "uac.so" modparam("uac","from_restore_mode","auto") ... route { ... avp_write("$fU", "$avp(s:display)"); avp_write("$fU", "$avp(s:dispuri)"); avp_subst("$avp(s:display)", "/^36(.*)/06\1/"); avp_subst("$avp(s:dispuri)", "/^36(.*)/sip:06\1@datanet.hu/"); uac_replace_from("$avp(s:display)", "$avp(s:dispuri)"); ... }
Unfortunately nothing seems to happen: no change is made on several VoIP telephones, including X-Lite as well. loose_route() and record_route() were also used in my configuration. Could you please help me what I am missing here? If needed, I can also send a full config file.
Thank you in advance, Zoltan Kovacs sysadmin
I found out that the uac_replace_from() function has a weird behaviour on my system. The same result occurs for all the three modparam("uac","from_restore_mode",...) settings ("auto", "none", "manual").
1) I cannot change the display or the URI part in FROM header. Whatever I do I'll get no change. 2) If a inbound hidden call is coming from an inbound trunk (#31#...) then uac_replace_from("XXX", "sip:YYY") unhides the display and the URI in FROM header --- however the displayed phone number will be independent from XXX or YYY, it will be the original phone number of the caller (XXX or YYY may be omitted, too). The text "sip:" cannot be omitted.
I don't really have an idea what is going on here. Could you please help? I'm still using openser-1.1.0.
Thank you in advance. Best regards, Zoltan
2007/11/27, Zoltán Kovács kovzol@gmail.com:
Dear Colleagues,
first of all, thank you for the great software which is a very nice and convenient way to build up a stable VoIP telephone system! We already have a working system based on OpenSER and Asterisk.
After many experiments I finally raise this question to you because I cannot figure out the solution. The problem described on http://www.openser.org/pipermail/users/2006-January/002747.html seems to be very similar to mine.
I am using openser-1.1.0-9etch1. I tried to replace the FROM variable as follows:
loadmodule "uac.so" modparam("uac","from_restore_mode","auto") ... route { ... avp_write("$fU", "$avp(s:display)"); avp_write("$fU", "$avp(s:dispuri)"); avp_subst("$avp(s:display)", "/^36(.*)/06\1/"); avp_subst("$avp(s:dispuri)", "/^36(.*)/sip:06\1@datanet.hu/"); uac_replace_from("$avp(s:display)", "$avp(s:dispuri)"); ... }
Unfortunately nothing seems to happen: no change is made on several VoIP telephones, including X-Lite as well. loose_route() and record_route() were also used in my configuration. Could you please help me what I am missing here? If needed, I can also send a full config file.
Thank you in advance, Zoltan Kovacs sysadmin
Hi Zoltán,
could you post the sip traffic (inbound and outbound) ? in what route are you using the uac_restore_from() function?
anyhow, my advise is to upgrade to 1.2 version as in ~ 2 weeks the 1.3 will be release and 1.1 will become unsupported version.
regards, bogdan
Zoltán Kovács wrote:
I found out that the uac_replace_from() function has a weird behaviour on my system. The same result occurs for all the three modparam("uac","from_restore_mode",...) settings ("auto", "none", "manual").
- I cannot change the display or the URI part in FROM header.
Whatever I do I'll get no change. 2) If a inbound hidden call is coming from an inbound trunk (#31#...) then uac_replace_from("XXX", "sip:YYY") unhides the display and the URI in FROM header --- however the displayed phone number will be independent from XXX or YYY, it will be the original phone number of the caller (XXX or YYY may be omitted, too). The text "sip:" cannot be omitted.
I don't really have an idea what is going on here. Could you please help? I'm still using openser-1.1.0.
Thank you in advance. Best regards, Zoltan
2007/11/27, Zoltán Kovács < kovzol@gmail.com mailto:kovzol@gmail.com>:
Dear Colleagues, first of all, thank you for the great software which is a very nice and convenient way to build up a stable VoIP telephone system! We already have a working system based on OpenSER and Asterisk. After many experiments I finally raise this question to you because I cannot figure out the solution. The problem described on http://www.openser.org/pipermail/users/2006-January/002747.html <http://www.openser.org/pipermail/users/2006-January/002747.html> seems to be very similar to mine. I am using openser-1.1.0-9etch1. I tried to replace the FROM variable as follows: loadmodule "uac.so" modparam("uac","from_restore_mode","auto") ... route { ... avp_write("$fU", "$avp(s:display)"); avp_write("$fU", "$avp(s:dispuri)"); avp_subst("$avp(s:display)", "/^36(.*)/06\1/"); avp_subst("$avp(s:dispuri)", "/^36(.*)/sip:06\1@datanet.hu/"); uac_replace_from("$avp(s:display)", "$avp(s:dispuri)"); ... } Unfortunately nothing seems to happen: no change is made on several VoIP telephones, including X-Lite as well. loose_route() and record_route() were also used in my configuration. Could you please help me what I am missing here? If needed, I can also send a full config file. Thank you in advance, Zoltan Kovacs sysadmin
-- matek.hu http://matek.hu --- mert matekból érettségizni mindenkinek kell...
Users mailing list Users@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users
Dear Bogdan,
thank you for your kind answer. Here I attach 4 different logs, two of them contains the "uac:replace_from" string. This is the expected behaviour.
The 4 files are:
v0, v5: calling two different internal numbers from outbound calls, both with caller's number unhide, v_0, v_5: the same as above but the caller's numbers are hidden
Only the latter ones contain the uac:replace_from string because this is my setting in the openser.cfg file.
Currently I have another problem, too. If you are browsing the logs, you will realize that however I initiated all the 4 calls from the same mobile phone to two different targets inside our openser system, I got two absolute different behaviour:
* calling number 06212000000 works OK, both for v0 and v_0, * calling number 06212527755 works only if I unhide the caller's number. In other words, v5 works well but v_5 doesn't.
The two different internal numbers should be handled in the same way in my opinion, no extra setting is done for any of them.
Here are my logs: http://particio.com/problem-1130-2.zip
and my config file: http://particio.com/openser.cfg.txt
Since I'm a novice in writing routing logic scripts, I cannot guarantee that you will see a perfect script in all manner... :-)
2007/11/28, Bogdan-Andrei Iancu bogdan@voice-system.ro:
Hi Zoltán,
could you post the sip traffic (inbound and outbound) ? in what route are you using the uac_restore_from() function?
I'm not sure that my logs contain all the sip traffic. Do they? As I can figure out, I use uac_restore_from in the route() function, in the INVITE part.
anyhow, my advise is to upgrade to 1.2 version as in ~ 2 weeks the 1.3
will be release and 1.1 will become unsupported version.
OK, I'll try to upgrade it to 1.2. Do you think my configuration can be easily upgraded to 1.2?
Thank you for your help in advance!
Best regards, Zoltan
regards,
bogdan
Zoltán Kovács wrote:
I found out that the uac_replace_from() function has a weird behaviour on my system. The same result occurs for all the three modparam("uac","from_restore_mode",...) settings ("auto", "none", "manual").
- I cannot change the display or the URI part in FROM header.
Whatever I do I'll get no change. 2) If a inbound hidden call is coming from an inbound trunk (#31#...) then uac_replace_from("XXX", "sip:YYY") unhides the display and the URI in FROM header --- however the displayed phone number will be independent from XXX or YYY, it will be the original phone number of the caller (XXX or YYY may be omitted, too). The text "sip:" cannot be omitted.
I don't really have an idea what is going on here. Could you please help? I'm still using openser-1.1.0.
Thank you in advance. Best regards, Zoltan
2007/11/27, Zoltán Kovács < kovzol@gmail.com mailto:kovzol@gmail.com>:
Dear Colleagues, first of all, thank you for the great software which is a very nice and convenient way to build up a stable VoIP telephone system! We already have a working system based on OpenSER and Asterisk. After many experiments I finally raise this question to you because I cannot figure out the solution. The problem described on http://www.openser.org/pipermail/users/2006-January/002747.html <http://www.openser.org/pipermail/users/2006-January/002747.html> seems to be very similar to mine. I am using openser-1.1.0-9etch1. I tried to replace the FROM variable as follows: loadmodule "uac.so" modparam("uac","from_restore_mode","auto") ... route { ... avp_write("$fU", "$avp(s:display)"); avp_write("$fU", "$avp(s:dispuri)"); avp_subst("$avp(s:display)", "/^36(.*)/06\1/"); avp_subst("$avp(s:dispuri)", "/^36(.*)/sip:06\1@datanet.hu/"); uac_replace_from("$avp(s:display)", "$avp(s:dispuri)"); ... } Unfortunately nothing seems to happen: no change is made on several VoIP telephones, including X-Lite as well. loose_route() and record_route() were also used in my configuration. Could you please help me what I am missing here? If needed, I can also send a full config file. Thank you in advance, Zoltan Kovacs sysadmin
-- matek.hu http://matek.hu --- mert matekból érettségizni mindenkinek kell...
Users mailing list Users@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users
Dear Bogdan and Everybody,
it seems that I successfully solved my problem. I think the problem exactly was that I used uac_restore_from twice within the same route run and/or my route logic script contained some unwanted functions which I removed now --- they might have had some side effects, in my opinion. Another reason may be that I wrote record_route several times, probably it should have been called only once.
I had to decrease the log level to 3 to follow what happens in the route logic script. Now I almost completely understood what is going on during a telephone call (I mean the SIP transfer). Interesting! ;-) For me it was a surprise that it is usual that a route logic script can be re-run twice using the original and the re-written SIP header. So, using very similar data, it is very common that route(), route(1), route() and then route(1) are used again.
Since I'm a novice in route scripting, I'm happy to made it work. ;-)
My solution, if somebody is interested, can be found on http://particio.com/openser2.cfg.txt.
Best regards, Zoltan