sr-users September 2007

sr-users@lists.kamailio.org

158 participants
248 discussions

RE: [OpenSER-Users] Opnser rejecting BYE packet
by Dan 04 Sep '07

04 Sep '07

Hi Ravi, Did what you suggested, but still same error. Regards Dan _____ From: raviprakash sunkara [mailto:sunkara.raviprakash.feb14@gmail.com] Sent: Tuesday, September 04, 2007 3:51 PM To: Dan Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet Hello Dan In yur openser.cfg In Below this this Section route { if(loose_route()) { # mention here BYE section also with fix_nated_contact(); } if(method=="CANCEL" ) { } else if (method=="INVITE") { } else if (method=="REGISTER") { } else if ( method=="BYE" ) # here u missing in this section route(1); exit; } On 9/4/07, Dan <fiedler.dan(a)gmail.com> wrote: Where exactly? Regards Dan _____ From: raviprakash sunkara [mailto:sunkara.raviprakash.feb14@gmail.com] Sent: Tuesday, September 04, 2007 2:27 PM To: Dan Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet Hi Dan Problem in ur openser,cfg file On 9/4/07, Dan <fiedler.dan(a)gmail.com> wrote: My Config File: listen=72.65.56.136 #alias=0.0.0.0 alias=dstpl.com check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=6 fifo="/tmp/openser_fifo" fifo_db_url="postgres://openser:openserrw@localhost/openser" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/local/lib/openser/modules/postgres.so" loadmodule "/usr/local/lib/openser/modules/sl.so" loadmodule "/usr/local/lib/openser/modules/tm.so" loadmodule "/usr/local/lib/openser/modules/rr.so" loadmodule "/usr/local/lib/openser/modules/uac.so" loadmodule "/usr/local/lib/openser/modules/maxfwd.so" loadmodule "/usr/local/lib/openser/modules/usrloc.so" loadmodule "/usr/local/lib/openser/modules/registrar.so" loadmodule "/usr/local/lib/openser/modules/textops.so" # Uncomment this if you want diest authentication mysql.so must be loaded ! loadmodule "/usr/local/lib/openser/modules/auth.so" loadmodule "/usr/local/lib/openser/modules/auth_radius.so" loadmodule "/usr/local/lib/openser/modules/acc.so" loadmodule "/usr/local/lib/openser/modules/avpops.so" loadmodule "/usr/local/lib/openser/modules/avp_radius.so" loadmodule "/usr/local/lib/openser/modules/group_radius.so" # loadmodule "/usr/local/lib/openser/modules/lcr.so" loadmodule "/usr/local/lib/openser/modules/nathelper.so" #loadmodule "/usr/local/lib/openser/modules/mediaproxy.so" loadmodule "/usr/local/lib/openser/modules/uri.so" loadmodule "/usr/local/lib/openser/modules/uri_db.so" loadmodule "/usr/local/lib/openser/modules/permissions.so" modparam("auth_db|permissions|uri_db|usrloc","db_url", "postgres://openser:openserrw@localhost/openser") # ----------------- setting module-specific parameters --------------- # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) modparam("maxfwd", "max_limit", 32) modparam("auth_radius","radius_config","/etc/radiusclient-ng/radiusclient.co nf") modparam("auth_radius", "service_type", 15) modparam("avp_radius", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") modparam("group_radius", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") # -- Accounting param -- modparam("acc", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") modparam("acc", "service_type", 16) modparam("acc", "radius_flag", 1) modparam("acc", "log_level", 1) # modparam("acc", "radius_missed_flag", 1) modparam("acc", "report_ack", 0) # 1 reporta dos starts en acc modparam("acc", "radius_extra", "Sip-Source-IP-Address=$si") # -- auth params -- # Uncomment if you are using auth module #modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) #modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy # modparam("rr", "enable_full_lr", 1) # modparam("avpops", "avp_aliases", "c_uri=i:888; s_ip=i:999" ) modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") #modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if((method=="INVITE") || (method=="ACK") || (method=="BYE") || (method=="CANCEL")) { setflag(1); } if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len > 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method!="REGISTER") { record_route(); }; if (method=="BYE" || method=="CANCEL") { unforce_rtp_proxy(); } # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if (has_totag() && (method=="INVITE" || method=="ACK")) { if (nat_uac_test("19")) { setflag(6); force_rport(); fix_nated_contact(); }; force_rtp_proxy("l"); }; route(1); exit; }; if (!uri==myself) { route(5); route(1); exit; }; if (uri==myself) { if (method=="CANCEL") { route(1); exit; } else if (method=="INVITE") { route(3); exit; } else if (method=="REGISTER") { route(2); exit; } else if (method=="BYE") { route(1); exit; }; lookup("aliases"); if (uri!=myself) { route(5); route(1); exit; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); exit; }; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" && isflagset(6)) { unforce_rtp_proxy(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- if (!search("^Contact:\ +\*") && nat_uac_test("19")) { setflag(6); fix_nated_register(); force_rport(); }; sl_send_reply("100", "Trying"); if (!radius_www_authorize(" <http://72.65.56.136> 72.65.56.136")) { www_challenge("72.65.56.136", "0"); exit; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); exit; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } onreply_route[1] { if (isflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { if (!search("^Content-Length:\ +0")) { force_rtp_proxy(); }; }; if (nat_uac_test("1")) { fix_nated_contact(); }; } route[5] { # ----------------------------------------------------------------- # RTP Proxy Enabler # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { force_rport(); fix_nated_contact(); force_rtp_proxy(); }; } route[3] { # ------------------------------------------------------------------------ # INVITE Handler # ------------------------------------------------------------------------ if (nat_uac_test("19")) { setflag(6); } lookup("aliases"); if (uri!=myself) { route(5); route(1); exit; }; if (!allow_trusted() && uri=~"^sip:[0-9]*@.*") { if (!radius_www_authorize(" 72.65.56.136")) { www_challenge("72.65.56.136", "0"); exit; }; }; if (uri=~"^sip:[0-9]*@.*"){ route(11); exit; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); exit; }; if (method=="CANCEL") { route(1); exit; }; route(5); route(1); } route[11]{ # ----------------------------------------------------------------- # PSTN Handler # ----------------------------------------------------------------- strip(0); prefix(""); rewritehostport(" 206.234.108.104:5060 <http://206.234.108.104:5060> "); route(5); route(1); } -----Original Message----- From: users-bounces(a)openser.org [mailto: <mailto:users-bounces@openser.org> users-bounces(a)openser.org] On Behalf Of Dan-Cristian Bogos Sent: Tuesday, September 04, 2007 1:30 PM To: users openser.org Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet Hello Inaki, yes, it is almost sure that it does (except receiving this answer from remote party). This is the reason all the people place loose-route block before location query and this is why I have assumed that it does not match the loose-routing and ends up to location query automatically. DanB On 9/4/07, Marc LEURENT <lftsy(a)free.fr> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Like Dan said, > send us your configuration, you may have forbidden something! > > Dan a écrit : > > *_Scenario 1:_* > > > > > > > > > > > > U 212.34.169.220:5060 -> 78.45.146.34:5060 > > > > BYE sip:test@78.45.146.34 SIP/2.0. > > > > Route: <sip:78.45.146.34;ftag=aa313a3c;lr>. > > > > CSeq: 2 BYE. > > > > Via: SIP/2.0/UDP 212.34.169.220:5060. > > > > From: <sip:1217773456@78.45.146.34>;tag=03095807065938997270316869. > > > > Call-ID: 8246bf729f62a754. > > > > To: 58.68.96.11< sip:test@78.45.146.34 <mailto:sip:test@78.45.146.34> >;tag=aa313a3c. > > > > Content-Length: 0. > > > > > > > > # > > > > U 78.45.146.34:5060 -> 212.34.169.220:5060 > > > > SIP/2.0 404 User Not Found. > > > > CSeq: 2 BYE. > > > > Via: SIP/2.0/UDP 212.34.169.220:5060. > > > > From: < <mailto:sip:1217773456@78.45.146.34> sip:1217773456@78.45.146.34>;tag=03095807065938997270316869. > > > > Call-ID: 8246bf729f62a754. > > > > To: 58.68.96.11< sip:test@78.45.146.34 <mailto:sip:test@78.45.146.34> >;tag=aa313a3c. > > > > Server: OpenSer (1.0.1 (i386/linux)). > > > > Content-Length: 0. > > > > Warning: 392 78.45.146.34:5060 "Noisy feedback tells: pid=24525 > > req_src_ip=78.45.146.34 req_src_port=5060 > > in_uri=sip:78.45.146.34;ftag=aa313a3c;lr > > out_uri=sip:78.45.146.34;ftag=aa313a3c;lr via_cnt==2". > > > > > > > > > > > > *_Scenario 2:_* > > > > > > > > U 59.176.78.110:50496 -> 210.68.65.78:5060 > > > > BYE sip:210.68.65.78 <http://210.68.65.78> SIP/2.0. > > > > Route: <sip:@209.67.171.10;transport=udp>. > > > > Via: SIP/2.0/UDP 59.176.78.110:50496 . > > > > From: sip:user1@210.68.65.78;tag=4154163258. > > > > To: > > <sip:12818495027@210.68.65.78 ;user=phone>;tag=3005360702044301069847989. > > > > Call-ID: 4202237689(a)192.168.1.156. > > > > CSeq: 3 BYE. > > > > User-Agent: Cisco ATA v2.15 ata18x (020927a). > > > > Content-Length: 0. > > > > . > > > > > > > > # > > > > U 210.68.65.78:5060 -> 59.176.78.110:50496 > > > > SIP/2.0 478 Unresolvable destination (478/TM). > > > > Via: SIP/2.0/UDP 59.176.78.110:50496. > > > > From: sip:user1@210.68.65.78;tag=4154163258. > > > > To: > > < <mailto:sip:12818495027@210.68.65.78> sip:12818495027@210.68.65.78;user=phone>;tag=3005360702044301069847989. > > > > Call-ID: 4202237689(a)192.168.1.156. > > > > CSeq: 3 BYE. > > > > Server: OpenSer (1.0.1 (i386/linux)). > > > > Content-Length: 0. > > > > Warning: 392 210.68.65.78:5060 "Noisy feedback tells: pid=2144 > > req_src_ip=59.176.78.110 req_src_port=50496 in_uri=sip:210.68.65.78. > > > > > > > > > > > > In both cases BYE is not getting accounted for. Can anyone help me on > > this ?? > > > > > > > > > > > > Regards > > > > Dan > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org <http://enigmail.mozdev.org> > > iD8DBQFG3Q9/qjpLE0HiOBYRArgmAKCec0eFK2QQyBmV5eGoCWRmUOMM8ACgmFgp > tOKvu9D6afXK2f8if8FABnM= > =66HB > -----END PGP SIGNATURE----- > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users > _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users -- Thanks &Regards Ravi Prakash Sunkara -- Thanks &Regards Ravi Prakash Sunkara

1 0

[Serusers] SER+PATTON1+PATTON2+PATTON3
by pokerino76 04 Sep '07

04 Sep '07

I do not have the possibility to use Patton 4960 with 1xPRI. I wished an alternative method for Patton1 + patton2 + patton3: 8+8+8=32. thanks This is the code for 2 Patton Hi! On the pattons you can created Error Messages when not circuit channel is available And on Ser you have to register to Failure Route to the route of the first patton and the failure route point to the second Patton. PATTON1: profile sip default map causes to-sip no-circuit-channel-available to 486 map causes to-sip resources-unavailable to 486 service hunt-group HUNT-BRI cyclic timeout 1 drop-causes normal-unspecified drop-causes no-circuit-channel-available drop-causes network-out-of-order drop-causes temporary-failure drop-causes switching-equipment-congestion drop-causes access-info-discarded drop-causes circuit-channel-not-available drop-causes resources-unavailable route call 1 dest-interface ISDN_01 route call 2 dest-interface ISDN_02 route call 3 dest-interface ISDN_03 SER: Ser.cfg: if (uri=~ ". *sip: 012345 ") # Patton 1 {t_on_failure (1); t_relay_to_udp (11.11.11.10, 5060); break; } failure_route [1] { if (method== " INVITE ") { if (t_check_status (600|486)) #### ErrorCode from Patton 1 { #####call from Patton 1 -- 486 (Busy) ret -- call switch to Patton 2 ###### if (uri=~ ". *sip: 012345 ") # Costumer xy { append_branch (); t_relay_to_udp (11.11.11.11, 5060); ##Unterroute ist hier nicht notwendig, break; ##da sich die Verrechnung hier nicht aendert } } } Which code to use for 3 patton? ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

1 0

[OpenSER-Users] Openser rejecting BYE packet
by Dan 04 Sep '07

04 Sep '07

Scenario 1: U 212.34.169.220:5060 -> 78.45.146.34:5060 BYE sip:test@78.45.146.34 SIP/2.0. Route: <sip:78.45.146.34;ftag=aa313a3c;lr>. CSeq: 2 BYE. Via: SIP/2.0/UDP 212.34.169.220:5060. From: <sip:1217773456@78.45.146.34>;tag=03095807065938997270316869. Call-ID: 8246bf729f62a754. To: 58.68.96.11<sip:test@78.45.146.34>;tag=aa313a3c. Content-Length: 0. # U 78.45.146.34:5060 -> 212.34.169.220:5060 SIP/2.0 404 User Not Found. CSeq: 2 BYE. Via: SIP/2.0/UDP 212.34.169.220:5060. From: <sip:1217773456@78.45.146.34>;tag=03095807065938997270316869. Call-ID: 8246bf729f62a754. To: 58.68.96.11<sip:test@78.45.146.34>;tag=aa313a3c. Server: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. Warning: 392 78.45.146.34:5060 "Noisy feedback tells: pid=24525 req_src_ip=78.45.146.34 req_src_port=5060 in_uri=sip:78.45.146.34;ftag=aa313a3c;lr out_uri=sip:78.45.146.34;ftag=aa313a3c;lr via_cnt==2". Scenario 2: U 59.176.78.110:50496 -> 210.68.65.78:5060 BYE sip:210.68.65.78 SIP/2.0. Route: <sip:@209.67.171.10;transport=udp>. Via: SIP/2.0/UDP 59.176.78.110:50496. From: sip:user1@210.68.65.78;tag=4154163258. To: <sip:12818495027@210.68.65.78;user=phone>;tag=3005360702044301069847989. Call-ID: 4202237689(a)192.168.1.156. CSeq: 3 BYE. User-Agent: Cisco ATA v2.15 ata18x (020927a). Content-Length: 0. . # U 210.68.65.78:5060 -> 59.176.78.110:50496 SIP/2.0 478 Unresolvable destination (478/TM). Via: SIP/2.0/UDP 59.176.78.110:50496. From: sip:user1@210.68.65.78;tag=4154163258. To: <sip:12818495027@210.68.65.78;user=phone>;tag=3005360702044301069847989. Call-ID: 4202237689(a)192.168.1.156. CSeq: 3 BYE. Server: OpenSer (1.0.1 (i386/linux)). Content-Length: 0. Warning: 392 210.68.65.78:5060 "Noisy feedback tells: pid=2144 req_src_ip=59.176.78.110 req_src_port=50496 in_uri=sip:210.68.65.78. In both cases BYE is not getting accounted for. Can anyone help me on this ?? Regards Dan

2 2

[OpenSER-Users] call duration limit
by Nick 'TARANTUL' Novikov 04 Sep '07

04 Sep '07

Hi, ppl! I have installed OpenSER and radius server. OpenSER authorized all call through radius. How I can limit call duration by "Session-Timeout" attribute from radius ? -- tarantul

7 10

[Serusers] Route SIP Calls To Asterisk
by Kevin Kibuku 03 Sep '07

03 Sep '07

Hi Team, Please someone guide me in how I could forward for instance a call to 1111111 made on the SER to an * server. I have tried quite a lot of things but nothing seems to work. Thanks -- Kevin Kibuku, Intersat Africa Limited Internet Via Satellite Cell: +254720789158

2 2

[OpenSER-Users] t_relay after failure_route -- problem
by Zahid Mehmood 03 Sep '07

03 Sep '07

Hi All, I am trying to implement serial forking and am using the example on voice-systems website as a guide. The problem I am experiencing is as follows. Failure route rewrite ruri with the next uri to try and calls route[17] route 17 performs a lookup("location"), finds the usrloc information and rewrites ruri, however, when t_relay is called it uses the original ruri (one before the lookup) to do t_relay. Another issue I'm experiencing is that when processing call after failure route, ruri_user_avp. Once i rewrite the uri in failure route, I have to use the following to manually write a value for ruri_user_avp. Can someone explain why this is happening? Thanks in advance for your help!! -- Zahid ] Some relevant config and debug info: modparam("lcr", "gw_uri_avp", "1400") modparam("lcr", "ruri_user_avp", "1402") route[18] { # used to process pstn/ off system calls ...... if (!is_avp_set("$avp(i:1402)")) { xlog("L_INFO","$ci: route[22] ** setting ruri_user_avp **\n"); $avp(i:1402) = $rU; xlog("L_INFO","$ci: route[22] ** setting ruri_user_avp = $avp (i:1402) **\n"); } ........ } #end route 18 route[11] { # load all numbers asscociated with the pilot number in $avp (serial_fork) array xlog("L_INFO","$ci: route[11] - M=$rm RURI=$ru F=$fu T=$tu IP=$si \n"); $avp(serial_fork) = "sip:*6" + $rU + "@sipdev.oursiphost.com"; if (avp_db_query("select username from fork where pilot = $rU order by pri" , "$avp(serial_fork)")) { xlog("L_INFO", "route[11] $ci: method $rm r-uri <$ru> \n"); xlog("L_INFO", "route[11] serial_fork = $avp (serial_fork) remote-user = $rU \n"); t_on_failure("5"); route(17); exit; } else { xlog("L_ERR", "route[11] failed to load serial_fork info.\n"); } avp_print(); # debugging only setflag(8); } # end of route[11] route[17] { xlog("L_INFO","$ci: route[17] - M=$rm RURI=$ru F=$fu T=$tu IP=$si \n"); $avp(s:inv_timeout) = "10"; if (lookup("location")) { # currently online registered UA. xlog("L_INFO","$ci: route[17] - M=$rm RURI=$ru F=$fu T=$tu IP=$si -- inside location lookup \n"); if (!t_relay()) { sl_reply_error(); }; return; } else { # not online if (does_uri_exist()) { # but exists xlog("L_INFO", "$ci: Subscriber is offline [$ru]\n"); sl_send_reply("480", "Temporarily Unavailable."); return; } xlog("L_INFO","$ci: route[17] - M=$rm RURI=$ru F=$fu T=$tu IP=$si -- outside location lookup \n"); }; if (uri=~"^sip:(([0-9()+-])|(%20))+@") { subst_user('/[()+-]//g'); # strip out the punctuation. subst_user('/%20//g'); # strip out the white space. route(18); # all numerics just go to route(18) -- off system calls return; }; } # end route[17] failure_route[5] { xlog("L_INFO","$ci: failure_route[5] - M=$rm RURI=$ru F=$fu T=$tu IP=$si\n"); avp_print(); if (avp_pushto("$ruri", "$avp(serial_fork)")) { append_branch(); xlog("L_INFO","$ci: failure_route[5] $rm r-uri <$ru> from <$fu> to <$tu>\n"); avp_delete("$avp(serial_fork)"); t_on_failure("5"); route(17); } else { xlog("L_INFO","$ci: failure_route[5] $rm r-uri <$ru> from <$fu> to <$tu>\n"); } } Debug info Aug 31 10:54:56 mousse openser[6815]: a410a3c1- e4befc20-961fd447(a)10.1.12.174: failure_route[5] - M=INVITE RURI=sip: 10512@10.1.12.172:8891 F=sip:10510@sipdev.oursiphost.com T=sip: 10512(a)sipdev.oursiphost.com;user=phone IP=10.1.12.174 Aug 31 10:54:56 mousse openser[6815]: INFO:avpops:print_avp: p=0xb6039c28, flags=0x0003 Aug 31 10:54:56 mousse openser[6815]: INFO: name=<inv_timeout> Aug 31 10:54:56 mousse openser[6815]: INFO: val_str=<10 / 2> Aug 31 10:54:56 mousse openser[6815]: INFO:avpops:print_avp: p=0xb6039bf0, flags=0x0002 Aug 31 10:54:56 mousse openser[6815]: INFO: id=<655> Aug 31 10:54:56 mousse openser[6815]: INFO: val_str=<sip:10511@sipdev.oursiphost.com / 29> Aug 31 10:54:56 mousse openser[6815]: INFO:avpops:print_avp: p=0xb6039bb8, flags=0x0002 Aug 31 10:54:56 mousse openser[6815]: INFO: id=<655> Aug 31 10:54:56 mousse openser[6815]: INFO: val_str=<sip:10210@sipdev.oursiphost.com / 29> Aug 31 10:54:56 mousse openser[6815]: INFO:avpops:print_avp: p=0xb6039b80, flags=0x0002 Aug 31 10:54:56 mousse openser[6815]: INFO: id=<655> Aug 31 10:54:56 mousse openser[6815]: INFO: val_str=<sip:10510@sipdev.oursiphost.com / 29> Aug 31 10:54:56 mousse openser[6815]: INFO:avpops:print_avp: p=0xb6039b48, flags=0x0002 Aug 31 10:54:56 mousse openser[6815]: INFO: id=<655> Aug 31 10:54:56 mousse openser[6815]: INFO: val_str=<sip:*610512@sipdev.oursiphost.com / 31> Aug 31 10:54:56 mousse openser[6815]: INFO:avpops:print_avp: p=0xb6039b18, flags=0x0083 Aug 31 10:54:56 mousse openser[6815]: INFO: name=<is_pilot> Aug 31 10:54:56 mousse openser[6815]: INFO: val_str=<y / 1> Aug 31 10:54:56 mousse openser[6815]: DEBUG:avpops:pushto_avps: 1 avps were processed Aug 31 10:54:56 mousse openser[6815]: ******* setting for branch 0 flags 0 Aug 31 10:54:56 mousse openser[6815]: a410a3c1- e4befc20-961fd447(a)10.1.12.174: failure_route[5] INVITE r-uri <sip: 10511(a)sipdev.oursiphost.com> from <sip:10510@sipdev.oursiphost.com> to <sip:10512@sipdev.oursiphost.com;user=phone> Aug 31 10:54:56 mousse openser[6815]: DEBUG:avpops:delete_avps: 1 avps were removed Aug 31 10:54:56 mousse openser[6815]: a410a3c1- e4befc20-961fd447(a)10.1.12.174: route[17] - M=INVITE RURI=sip: 10511(a)sipdev.oursiphost.com F=sip:10510@sipdev.oursiphost.com T=sip: 10512(a)sipdev.oursiphost.com;user=phone IP=10.1.12.174 Aug 31 10:54:56 mousse openser[6815]: rewrite_uri: Rewriting Request- URI with 'sip:10511@10.1.12.172:8891' Aug 31 10:54:56 mousse openser[6815]: a410a3c1- e4befc20-961fd447(a)10.1.12.174: route[17] - M=INVITE RURI=sip: 10511@10.1.12.172:8891 F=sip:10510@sipdev.oursiphost.com T=sip: 10512(a)sipdev.oursiphost.com;user=phone IP=10.1.12.174 -- inside location lookup Aug 31 10:54:56 mousse openser[6815]: DEBUG: mk_proxy: doing DNS lookup... Aug 31 10:54:56 mousse openser[6815]: DEBUG:sip_resolvehost2: no port, no proto -> do NAPTR lookup! Aug 31 10:54:56 mousse openser[6815]: DEBUG:filter_and_sort_naptr: found valid SIP+D2U -> _sip._udp.sipdev.oursiphost.com Aug 31 10:54:56 mousse openser[6815]: DEBUG:do_srv_lookup: SRV (_sip._udp.sipdev.oursiphost.com) = mousse.cc.oursiphost.com:5060 Aug 31 10:54:56 mousse openser[6815]: DEBUG:sip_resolvehost2: found! Aug 31 10:54:56 mousse openser[6815]: check_via_address(10.1.12.174, 10.1.12.174, 0) Aug 31 10:54:56 mousse openser[6815]: DEBUG:tm:set_timer: relative timeout is 500000 Aug 31 10:54:56 mousse openser[6815]: DEBUG: add_to_tail_of_timer[4]: 0xb6039eb4 (61500000) Aug 31 10:54:56 mousse openser[6815]: DEBUG:tm:set_timer: relative timeout is 30 Aug 31 10:54:56 mousse openser[6815]: DEBUG: add_to_tail_of_timer[0]: 0xb6039ed0 (91) Aug 31 10:54:56 mousse openser[6815]: DEBUG:tm:relay_reply: branch=0, save=1, relay=-1 >, CSEQ_N=<CSeq: 1> 2(a)sipdev.oursiphost.com;user=phone>ocal: using FROM=<From: "Zahid 10510" <sip: 10510(a)sipdev.oursiphost.com>;tag=BF787F6-F6DD44ED Aug 31 10:54:56 mousse openser[6815]: DEBUG: cancel_branch: sending cancel... Aug 31 10:54:56 mousse openser[6815]: DEBUG:tm:set_timer: relative timeout is 500000 Aug 31 10:54:56 mousse openser[6815]: DEBUG: add_to_tail_of_timer[4]: 0xb6039e20 (61500000) Aug 31 10:54:56 mousse openser[6815]: DEBUG:tm:set_timer: relative timeout is 30 Aug 31 10:54:56 mousse openser[6815]: DEBUG: add_to_tail_of_timer[0]: 0xb6039e3c (91)

1 2

[OpenSER-Users] Bernard Le est absent(e).
by bernard.le＠orange-ftgroup.com 03 Sep '07

03 Sep '07

Je serai absent(e) du 03/09/2007 au 17/09/2007. Je répondrai à votre message dès mon retour. Contacter le service Ingénierie : Patrice Galleau au +33 1 44 55 69 36, patrice.galleau(a)orange-ftgroup.com ou Tony Capochichi au +33 1 44 55 66 34, tony capochichi(a)orange-ftgroup.com I will reply to your message when I'll be back. Please contact the Engineer department: Patrice Galleau at +33 1 44 55 69 36, patrice.galleau(a)orange-ftgroup.com or Tony Capochichi at +33 1 44 55 66 34, tony capochichi(a)orange-ftgroup.com ********************************* This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. France Telecom Group shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. ********************************

1 0

[OpenSER-Users] Does Presence Module support 'policy document'?
by KevinKinnan 03 Sep '07

03 Sep '07

Does Presence Module support 'policy document'? That means the user can do some settings to forbid specified watcher or something like this. Thank you! Kevin _________________________________________________________________ Windows Live Custom Domain，您的免费电子邮局。 https://domains.live.com/default.aspx

2 1

[OpenSER-Users] OpenXCAP launch
by Adrian Georgescu 03 Sep '07

03 Sep '07

Hello, I would like to announce the launch of OpenXCAP.org OpenXCAP is an open source, easy extensible, fully featured XCAP server with TLS security and support for multiple realms. OpenXCAP server can be used in combination with a SIP server that supports PUBLISH/SUBSCRIBE/NOTIFY methods to provide a complete SIP SIMPLE server solution The server is written in the Python programming language and is based on the following RFCs: - The Extensible Markup Language Configuration Access Protocol RFC 4825 - Formats for Representing Resource Lists RFC 4826 - Usage for Manipulating Presence Document Contents RFC 4827 - Presence Authorization Rules draft-ietf-simple-presence-rules-10 The server supports TLS security, multiple back-end storage systems and works out of the box with OpenSER Proxy/Registrar/Presence server. The software is provided under the BSD license. I wish to thank here to my IETF friends who helped me with advice, testing and guidance during the development phase of this project. I would also like to thank to Mircea Amarascu, the author of the software, without his passion and dedication this project would not have been possible. The project is hosted at: http://openxcap.org The project is supported via the wiki collaboration system setup by AG Projects. To open ticket please Register first. We are looking forward your feedback from real-life field deployments. Kind regards, Adrian Georgescu AG Projects

2 1

[OpenSER-Users] Media control with openser
by srinivas Antarvedi 03 Sep '07

03 Sep '07

Hello all, Actually i have openser box which i used to make calls among my offices which spread different geographical places. i am using in the configuration file just to make changes to my rtp packets so without RTPPROXY and MEDIAPROXY modules i was able to make calls even my end UAC are behind NAT. but if i want to control my media between different UAs like a prepaid system as we used to see in case of mobile prepaid system which stops you from continuing your call when there was no balance left on ur mobile . can anybody give me a hint how can i do that ? if so what architecture it needs like any mediaproxy? will session border controller help me out? just give me a hint so that i can go ahead thanks once again -- Srinivas Antarvedi

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users September 2007