sr-users December 2007

sr-users@lists.kamailio.org

130 participants
234 discussions

[OpenSER-Users] starting openser trunk version

by Daniel

Hi all, I'm using the latest trunk version of openser. When I start the proxy I see on debug this messages repeated forever... I'm using a config file that worked well wiht openser release 1.2.2. Dec 6 15:55:14 [28924] DBG:core:qm_free: params(0x817ada0, 0x81caa24), called from nathelper.c: nh_timer(2941) Dec 6 15:55:14 [28924] DBG:core:qm_free: freeing frag. 0x81caa0c alloc'ed from nathelper.c: nh_timer(2841) Dec 6 15:55:15 [28924] DBG:core:qm_malloc: params (0x817ada0, 8), called from nathelper.c: nh_timer(2841) Dec 6 15:55:15 [28924] DBG:core:qm_malloc: params (0x817ada0, 8), returns address 0x81caa24 frag. 0x81caa0c (size=8) on 1 -th hit Can you help me? what does it mean? Regards, daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

16 years, 5 months

[Serusers] SER From Header

by Arun Kumar

Hi, I've one exten on my ser box and one exten on Broadsoft switch. From SER I'm not able to dial my broadsoft exten, b'coz broadsoft expect known user in >From filed but I'm calling from SER so the From filed shows my SER user not my broadsoft. So how do I change my From header when I call my broadsoft. Im using ser-0.9.6 version. Please help. Thanks, Arun

16 years, 5 months

[OpenSER-Users] Accounting issues

by David Villasmil Govea

Hello all, I finally got accounting on db to work. I added a few extra fields and its all fine. But i have some questions: I added: modparam("acc", "db_extra", "from_uri=$fu ; to_uri=$tu ; from_user=$fU; source_ip=$si") to me config, and all the info gets loaded. BUT, source_ip is not always the ip from which the request was received, either that, or INVITES are not getting logged! well, that's really 2 questions in one... ;) here's my config: # # sample config file to be used with nathelper/rtpproxy # # start RTPProxy with: rtpproxy -l your_public_ip -s udp:localhost:8899 # # ----------- global configuration parameters ------------------------ debug=2 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=yes # (cmd line: -E) # Uncomment these lines to enter debugging mode #fork=no #log_stderror=yes check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=20 disable_dns_blacklist=true # # --- module loading mpath="/usr/lib/openser/modules/" loadmodule "mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "nathelper.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "mi_fifo.so" loadmodule "dispatcher.so" #loadmodule "domain.so" loadmodule "xlog.so" loadmodule "/usr/lib/openser/modules/acc.so" modparam("acc", "early_media", 1) modparam("acc", "report_cancels", 1) modparam("acc", "db_flag", 2) modparam("acc", "db_url", "mysql://openser:password@localhost/openser") modparam("acc", "report_ack", 0) modparam("acc", "db_missed_flag", 3) modparam("acc", "failed_transaction_flag", 4) modparam("acc", "db_extra", "from_uri=$fu ; to_uri=$tu ; from_user=$fU; source_ip=$si") # # CONSTANTS # # --- setting module parameters #modparam("domain","db_url","mysql://openser:password@localhost/openser") #modparam("domain", "db_mode", 1) #modparam("domain", "domain_table", "domain") #modparam("domain", "domain_col", "domain") modparam("xlog", "buf_size", 8192) # --- setting module parameters modparam("dispatcher", "list_file", "/etc/openser/dispatcher.list") # -- mi_fifo params -- modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") modparam("usrloc|auth_db","db_url","mysql://openser:password@localhost /openser") # -- usrloc params -- modparam("usrloc", "db_mode", 1) modparam("usrloc", "nat_bflag", 6) #modparam("usrloc", "use_domain", 0) # -- registrar params -- modparam("registrar|nathelper", "received_avp", "$avp(i:42)") # -- auth params -- modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") #modparam("auth_db", "use_domain", 0) # -- rr params -- #modparam("rr", "enable_full_lr", 1) # -- nathelper modparam("nathelper", "rtpproxy_sock", "udp:1.2.3.4:8899") modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", 7) modparam("nathelper", "sipping_from", "sip:pinger@sip.whatever.com") #modparam("registrar", "max_contacts", 1) # --- main routing logic route{ if (method=="INVITE") { xlog("L_NOTICE", "INVITE MESSAGE RECEIVED - START ACC\n"); setflag(2); setflag(3); setflag(4); }; if (method=="BYE") { xlog ("L_NOTICE", "BYE - STOP ACCOUNTING\n"); setflag(2); setflag(3); setflag(4); }; if (method=="CANCEL") { xlog ("L_NOTICE", "CANCEL - STOP ACCOUNTING\n"); setflag(2); setflag(3); setflag(4); }; if (method=="REGISTER") { setflag(2); setflag(3); setflag(4); }; if (!mf_process_maxfwd_header("100")) { sl_send_reply("483","Too Many Hops"); exit; }; #if (msg:len >= 2048 ) { # sl_send_reply("513", "Message too big"); # exit; #}; # NAT detection route(2); if (!method=="REGISTER") record_route(); if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!uri==myself) { # if (!is_uri_host_local() ) { append_hf("P-hint: outbound\r\n"); route(1); }; if (uri==myself) { if (method=="REGISTER") { xlog("L_NOTICE", "\nNew Registration\n"); if (!www_authorize("sip.whatever.com", "subscriber")) { xlog("L_NOTICE", "\nRegistration FAILED! CLIENT: $au\n"); www_challenge("sip.whatever.com", "0"); exit; }; if (isflagset(5)) { xlog("L_NOTICE", "\nRegistration OK\n"); setbflag(6); # if you want OPTIONS natpings uncomment next # setbflag(7); }; save("location"); exit; }; }; route(1); } route[1] { xlog("L_NOTICE", "\n**************IN ROUTE 1************\n"); if (subst_uri('/(sip:.*);nat=yes/\1/')){ setbflag(6); }; if (isflagset(5)||isbflagset(6)) { route(3); } if (!t_relay()) { sl_reply_error(); }; exit; } route[2]{ force_rport(); if (nat_uac_test("19")) { if (method=="REGISTER") { fix_nated_register(); } else { fix_nated_contact(); }; setflag(5); }; } route[3] { if (is_method("BYE|CANCEL")) { unforce_rtp_proxy(); } else if (is_method("INVITE")){ force_rtp_proxy(); t_on_failure("1"); }; if (isflagset(5)) search_append('Contact:.*sip:[^>[:cntrl:]]*', ';nat=yes'); t_on_reply("1"); } failure_route[1] { if (isbflagset(6) || isflagset(5)) { unforce_rtp_proxy(); } } onreply_route[1] { if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { force_rtp_proxy(); } search_append('Contact:.*sip:[^>[:cntrl:]]*', ';nat=yes'); if (isbflagset(6)) { fix_nated_contact(); } exit; } #======================================= Thanks in advance! Any other comment to make this cfg better, i'm all ears!! David

16 years, 5 months

[OpenSER-Users] Make uninstall

by Daniel

Hi all, I have to uninstall openser from my pc. Is there a "make uninstall" ? Regerds, daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

16 years, 5 months

[OpenSER-Users] Problem with Mediaproxy

by Daniel

Dear all, I'm testing my proxy and I'm using mediaproxy for natted client. Everything works fine, if there is a client behind nat calling a public user, mediaproxy works fine. This is true also if there is a public client calling a natted user. I have some problem when there are 2 client behind NAT. 1. I tryed to test the system with 1 client behind NAT and 1 client behind the SAME NAT (both of client under the same subnet:192.168.10.x). In this case Mediaproxy doesn't work. RTP in direct between clients. 2. I tryed to test the system with 1 client behind NAT and 1 client behind the SAME NAT (with clients under different subnet:192.168.10.x and 192.168.0.x). In this case Mediaproxy doesn't work. RTP in direct between clients. This is Mediaproxy Debug in the last case: ********************************************** Dec 7 10:37:36 SERVER mediaproxy[2116]: request ZDhiMWM2NDhmNzQ1ODNjYThkZjIxZGNiMmEzZmQxMjI. 192.168.0.167:58786:audio NAT_IP PROXY_IP remote NAT_IP remote X-Lite=20release=201011s=20stamp=2041150 info=from:userA@PROXY_IP, to:UserB@PROXY_IP,fromtag:c1310701,totag: Dec 7 10:37:36 SERVER mediaproxy[2116]: session ZDhiMWM2NDhmNzQ1ODNjYThkZjIxZGNiMmEzZmQxMjI.: started. listening on MEDIAPROXY_IP:60014 Dec 7 10:37:36 SERVER mediaproxy[2116]: execution time: 1.56 ms Dec 7 10:37:43 SERVER mediaproxy[2116]: lookup ZDhiMWM2NDhmNzQ1ODNjYThkZjIxZGNiMmEzZmQxMjI. 192.168.10.224:25732:audio NAT_IP PROXY_IP remote unknown unknown X-Lite=20release=201011s=20stamp=2041150 info=from:UserA@PROXY_IP, to:UserB@PROXYIP,fromtag:c1310701,totag:67246350 Dec 7 10:37:43 SERVER mediaproxy[2116]: execution time: 0.51 ms Dec 7 10:38:00 SERVER mediaproxy[2116]: delete ZDhiMWM2NDhmNzQ1ODNjYThkZjIxZGNiMmEzZmQxMjI. info= Dec 7 10:38:00 SERVER mediaproxy[2116]: session ZDhiMWM2NDhmNzQ1ODNjYThkZjIxZGNiMmEzZmQxMjI.: 0/0/0 packets, 0/0/0 bytes (caller/called/relayed) Dec 7 10:38:00 SERVER mediaproxy[2116]: session ZDhiMWM2NDhmNzQ1ODNjYThkZjIxZGNiMmEzZmQxMjI.: ended. Dec 7 10:38:00 SERVER mediaproxy[2116]: execution time: 0.61 ms ******************************* I am sure of mediaproxy change SDP parameter even in these last cases (I can see on openser debug that proxy send out, for example, a 200 OK with SDP part changed. And xlogs DEBUG show me that openser enters in "use_media_proxy" routine) . But when I sniff the packet on client side, I see SDP part with private IP ! Any suggestion? Regards, daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

16 years, 5 months

[OpenSER-Users] T.38 Fax Problem with RTPProxy

by Raymond Chandler

In the following, I have a T.38 Fax call in which I'm forcing RTPProxy. The signalling follows this draft (http://tools.ietf.org/html/draft-mule-sip-t38callflows-02#section-5.2), but the UDPTL media seems to have problems. The problem is that OpenSER/RTPProxy seems to ignore the address in the SDP of the "200 OK". As I understand it, RTPProxy should, adequately enough, proxy the UDPTL. (not just rtp) The call flow is as follows: UC -> EDGE EDGE -> OpenSER OpenSER -> EU (not shown in this trace) NOTE: IPs have been changed to protect the innocent ;-) 192.168.174.156 represents our UC's (Underlying Carrier's) IP 192.168.48.88 represents our edge proxy 192.168.202.10 represents our OpenSER box Below, I have what I consider to be the "relevent" packets with large portions of repetition SNIP'd.... Below that, I have the two (again, what I consider to be) relevent packets with details of the SDP In both of the SDP details, our edge uses the UC's IP (192.168.174.156) in the c= line of the SDP. I don't see that being overwritten in any of the "media-specific" sections following. OpenSER/RTPProxy handle the RTP appropriately (to the best of my knowledge) but send the t.38 UDPTL media back to our edge which is, of course, rejecting it. "No.", "Time", "Source", "Destination", "Protocol", "Info" "1", "0.000000", "192.168.48.88", "192.168.202.10", "SIP/SDP", "Request: INVITE sip:1NPANXX0119@192.168.202.10:6080, with session description" "2", "0.005027", "192.168.202.10", "192.168.48.88", "SIP", "Status: 100 Trying" "3", "0.286018", "192.168.202.10", "192.168.48.88", "SIP", "Status: 180 Ringing" "4", "9.397591", "192.168.202.10", "192.168.48.88", "SIP/SDP", "Status: 200 OK, with session description" "5", "9.410633", "192.168.202.10", "192.168.48.88", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3122798450, Seq=5169, Time=374804094" "6", "9.439195", "192.168.48.88", "192.168.202.10", "SIP", "Request: ACK sip:1NPANXX0119@192.168.202.10:6080" "7", "9.440987", "192.168.202.10", "192.168.48.88", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3122798450, Seq=5170, Time=374804334" "8", "9.448560", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "9", "9.470710", "192.168.202.10", "192.168.48.88", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3122798450, Seq=5171, Time=374804574" "10","9.479789","69.25.48.88","67.15.202.10","ICMP","Destination unreachable (Port unreachable)" "11","9.490158","207.218.174.156","67.15.202.10","RTP","PT=ITU-T G.711 PCMU, SSRC=0xCF806328, Seq=0, Time=0, Mark " "12","9.500186","67.15.202.10","207.218.174.156","RTP","PT=ITU-T G.711 PCMU, SSRC=0xBA221F72, Seq=5172, Time=374804814 " "13","9.509146","69.25.48.88","67.15.202.10","ICMP","Destination unreachable (Port unreachable)" "14","9.510270","207.218.174.156","67.15.202.10","RTP","PT=ITU-T G.711 PCMU, SSRC=0xCF806328, Seq=1, Time=160 " "15","9.530265","207.218.174.156","67.15.202.10","RTP","PT=ITU-T G.711 PCMU, SSRC=0xCF806328, Seq=2, Time=320 " "16","9.530283","67.15.202.10","207.218.174.156","RTP","PT=ITU-T G.711 PCMU, SSRC=0xBA221F72, Seq=5173, Time=374805054 " ~~~~ SNIP ~~~~ "174", "11.430039", "192.168.174.156", "192.168.202.10", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3481297704, Seq=97, Time=15520" "175", "11.450027", "192.168.174.156", "192.168.202.10", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3481297704, Seq=98, Time=15680" "176", "11.457118", "192.168.202.10", "192.168.48.88", "SIP/SDP", "Request: INVITE sip:Restricted@192.168.48.88, with session description" "177", "11.468025", "192.168.202.10", "192.168.174.156", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "178", "11.470013", "192.168.174.156", "192.168.202.10", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3481297704, Seq=99, Time=15840" "179", "11.490125", "192.168.174.156", "192.168.202.10", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3481297704, Seq=100, Time=16000" "180", "11.492010", "192.168.202.10", "192.168.174.156", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "181", "11.499118", "192.168.48.88", "192.168.202.10", "SIP", "Status: 100 Trying" "182", "11.510111", "192.168.174.156", "192.168.202.10", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3481297704, Seq=101, Time=16160" "183", "11.515999", "192.168.202.10", "192.168.174.156", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "184", "11.530100", "192.168.174.156", "192.168.202.10", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3481297704, Seq=102, Time=16320" "185", "11.540998", "192.168.202.10", "192.168.174.156", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "186", "11.550087", "192.168.174.156", "192.168.202.10", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3481297704, Seq=103, Time=16480" "187", "11.570073", "192.168.174.156", "192.168.202.10", "RTP", "Payload type=ITU-T G.711 PCMU, SSRC=3481297704, Seq=104, Time=16640" "188", "11.580068", "192.168.174.156", "192.168.202.10", "RTP", "Unknown RTP version 0" "189", "11.581986", "192.168.202.10", "192.168.174.156", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "190", "11.590061", "192.168.174.156", "192.168.202.10", "RTP", "Unknown RTP version 0" "191", "11.599929", "192.168.174.156", "192.168.202.10", "RTP", "Unknown RTP version 0" "192", "11.605977", "192.168.202.10", "192.168.174.156", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "193", "11.608549", "192.168.48.88", "192.168.202.10", "SIP/SDP", "Status: 200 OK, with session description" "194", "11.630936", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "195", "11.660168", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "196", "11.668760", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "197", "11.690405", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "198", "11.697992", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "199", "11.720762", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "200", "11.728847", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "201", "11.750120", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=32768 [UNKNOWN PER: unknown choice extension][Malformed Packet]" "202", "11.758827", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "203", "11.780601", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=32768 t30ind: no-signal hdlc-fcs-BAD-sig-end t4-non-ecm-sig-end [Malformed?] hdlc-fcs-BAD-sig-end hdlc-data[Malformed Packet]" "204", "11.788059", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "205", "11.811073", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=32768 t30ind: no-signal hdlc-fcs-BAD-sig-end t4-non-ecm-sig-end [Malformed?] hdlc-fcs-BAD-sig-end hdlc-sig-end[Malformed Packet]" "206", "11.818665", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "207", "11.833039", "192.168.202.10", "192.168.48.88", "SIP", "Request: ACK sip:Restricted@192.168.48.88:5060" "208", "11.839935", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=32768 t30ind: cng hdlc-fcs-BAD-sig-end t4-non-ecm-sig-end [Malformed?] hdlc-fcs-BAD-sig-end hdlc-fcs-OK[Malformed Packet]" "209", "11.849145", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "210", "11.868409", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=00000 t30ind: no-signal" "211", "11.878000", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "212", "11.905983", "192.168.48.88", "192.168.202.10", "ICMP", "Destination unreachable (Port unreachable)" "213", "14.428661", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=00001 t30ind: v21-preamble" ~~~~ SNIP ~~~~ "389", "32.869453", "192.168.202.10", "192.168.48.88", "T.38", "UDP: UDPTLPacket Seq=00114 t30ind: no-signal" "390", "41.696978", "192.168.202.10", "192.168.48.88", "SIP", "Request: BYE sip:Restricted@192.168.48.88:5060" "391", "41.738094", "192.168.48.88", "192.168.202.10", "SIP", "Status: 200 OK" No. Time Source Destination Protocol Info 1 0.000000 192.168.48.88 192.168.202.10 SIP/SDP Request: INVITE sip:1NPANXX0119@192.168.202.10:6080, with session description Frame 1 (966 bytes on wire, 966 bytes captured) Ethernet II, Src: 00:1e:13:ca:4a:3f (00:1e:13:ca:4a:3f), Dst: Dell_ed:4a:1c (00:12:3f:ed:4a:1c) Internet Protocol, Src: 192.168.48.88 (192.168.48.88), Dst: 192.168.202.10 (192.168.202.10) User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 6080 (6080) Session Initiation Protocol Request-Line: INVITE sip:1NPANXX0119@192.168.202.10:6080 SIP/2.0 Message Header Message body Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): BRSDP 187392 187392 IN IP4 192.168.174.156 Session Name (s): BRSDP Session Connection Information (c): IN IP4 192.168.174.156 Time Description, active time (t): 0 0 Media Description, name and address (m): audio 53278 RTP/AVP 0 8 18 100 Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:8 PCMA/8000 Media Attribute (a): rtpmap:18 G729/8000 Media Attribute (a): rtpmap:100 telephone-event/8000 Media Attribute (a): fmtp:100 0-15 No. Time Source Destination Protocol Info 193 11.608549 192.168.48.88 192.168.202.10 SIP/SDP Status: 200 OK, with session description Frame 193 (1013 bytes on wire, 1013 bytes captured) Ethernet II, Src: 00:1e:13:ca:4a:3f (00:1e:13:ca:4a:3f), Dst: Dell_ed:4a:1c (00:12:3f:ed:4a:1c) Internet Protocol, Src: 192.168.48.88 (192.168.48.88), Dst: 192.168.202.10 (192.168.202.10) User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 6080 (6080) Session Initiation Protocol Status-Line: SIP/2.0 200 OK Message Header Message body Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): BRSDP 187392 187393 IN IP4 192.168.174.156 Session Name (s): BRSDP Session Connection Information (c): IN IP4 192.168.174.156 Time Description, active time (t): 0 0 Media Description, name and address (m): image 53278 udptl t38 Media Attribute (a): T38FaxVersion:0 Media Attribute (a): T38MaxBitRate:14400 Media Attribute (a): T38FaxRateManagement:transferredTCF Media Attribute (a): T38FaxMaxBuffer:262 Media Attribute (a): T38FaxMaxDatagram:176 Media Attribute (a): T38FaxUdpEC:t38UDPRedundancy

16 years, 5 months

[OpenSER-Users] Does MediaProxy have to be loaded if there is no NAT?

by Brian Heath

So I'm trying to diagnose an intermittent bug we seem to be having, and I'm not sure if Mediaproxy's the cause or not... When a call is made through our system, and then the call is ended normally, the logs show the following mediaproxy entries: Dec 6 12:14:02 server01 mediaproxy[14777]: delete 7dfafbf931195f8b61d7bbea68f9c0f8(a)xxx.xxx.xxx.xx1 info= Dec 6 12:14:02 server01 mediaproxy[14777]: execution time: 0.20 ms It seems to be pretty standard stuff, really. However, if a call is not made from behind a firewall, why is mediaproxy even running? Alas, this is not my main problem... Every once in a while, calls get dropped. It happens more frequently than is acceptable. One common thing I've noticed when this happens, is mediaproxy will log a 'request' and start a session, and then approximately 30 seconds later, the call will be terminated. Take this one for example. A customer originated a call this morning at Dec 6 11:25:18. Half an hour later, mediaproxy terminated the call. This was the log entry: Dec 6 11:55:37 server01 mediaproxy[14777]: request 551afd3c247e7ddc5e8506d753494a3f(a)xxx.xxx.xxx.xx1 xxx.xxx.xxx.xx2:10508:audio xxx.xxx.xxx.xx2 sip.mydomain.com remote xxx.xxx.xxx.xx1 remote Quintum/1.0.0 info=from:1925XXXXXXX@sip.mydomain.com,to:1925XXXXXXX@xxx.xxx.xxx.xx1,fromtag:45364b32-2439a9,totag:as694a235d Dec 6 11:55:37 server01 mediaproxy[14777]: session 551afd3c247e7ddc5e8506d753494a3f(a)xxx.xxx.xxx.xx1: started. listening on xxx.xxx.xxx.xx3:60490 Dec 6 11:55:37 server01 mediaproxy[14777]: execution time: 1.12 ms Dec 6 11:56:08 server01 mediaproxy[14777]: delete 551afd3c247e7ddc5e8506d753494a3f(a)xxx.xxx.xxx.xx1 info= Dec 6 11:56:08 server01 mediaproxy[14777]: session 551afd3c247e7ddc5e8506d753494a3f(a)xxx.xxx.xxx.xx1: 0/0/0 packets, 0/0/0 bytes (caller/called/relayed) Dec 6 11:56:08 server01 mediaproxy[14777]: session 551afd3c247e7ddc5e8506d753494a3f(a)xxx.xxx.xxx.xx1: ended. Dec 6 11:56:08 server01 mediaproxy[14777]: execution time: 0.68 ms Is there any reason why mediaproxy might be arbitrarily loading and starting a new session, when the call has already long been established? I can't seem to make heads or tails of this. I'd appreciate any comments or suggestions. Thanks, Brian This question is also posted at: http://www.voipuser.org/forum_topic_11777.html

16 years, 5 months

Re: [OpenSER-Users] starting openser trunk version

by Daniel

On Thursday 06 December 2007, Daniel wrote: > I'm using the latest trunk version of openser. > When I start the proxy I see on debug this messages repeated forever... > I'm using a config file that worked well wiht openser release 1.2.2. > > Dec 6 15:55:14 [28924] DBG:core:qm_free: params(0x817ada0, 0x81caa24), > called from nathelper.c: nh_timer(2941) > Dec 6 15:55:14 [28924] DBG:core:qm_free: freeing frag. 0x81caa0c alloc'ed > from nathelper.c: nh_timer(2841) > Dec 6 15:55:15 [28924] DBG:core:qm_malloc: params (0x817ada0, 8), called > from nathelper.c: nh_timer(2841) > Dec 6 15:55:15 [28924] DBG:core:qm_malloc: params (0x817ada0, 8), returns Hi Daniel, this is the (harmless) memory debugging that was activated to catch some errors in memory management. This will be decativated next week, when 1.3 is released. So you can either deactivate it by yourself (look in Makefile.defs), ignore the messages or wait one week. ;-) Cheers, Henning Hi Henning, but now how can I see the classic debug, without these messages scrolling on the screen? Thanks again, Regards Daniel -- Daniel Grotti ________________________ e-mail : d.grotti(a)gmail.com

16 years, 5 months

[OpenSER-Users] OpeSer SVN presence error

by TCB

I'm trying to setup openser-svn-3261 with presence support and gettign the following error. Dec 5 18:04:27 ss-za /usr/local/sbin/openser[7403]: Handle PUBLISH Dec 5 18:04:27 ss-za /usr/local/sbin/openser[7403]: ERROR:presence:handle_publish: Missing or unsupported event header field value Dec 5 18:04:27 ss-za /usr/local/sbin/openser[7403]: ERROR:presence:handle_publish: event=[presence I'm also having issues starting Oser with presence_xml module, its crashes with no error in my log. Disable it and oser start fine. -- TC

16 years, 5 months

[OpenSER-Users] FreeRADIUS-CDRTool Prepaid Connector 1.1 Released

by Dan-Cristian Bogos

Folks, for any of you using (or having interest in using) prepaid authentication based on CDRTool through FreeRADIUS Authorization methods, I announce the release 1.1 available to be downloaded from SourceForge.net. Changelog from version 1.0 to present: !Version 1.1 - 05.12.2007 by Dan-Cristian Bogos [dan(a)itsyscom.com] * Replaced MAXDUR setting with SESSION_MAXDUR to be more descriptive * Introducing experimental support for multiple cdrtool engines by setting MULTIPLE_PREPAID_ENGINES=True * Simplified way of testing memcached connection (simple test against response list). * Fixed BUG with sending non supported methods to CDRTool (eg: REGISTER and MESSAGE). * Automatic mark of authenticated packets by returning third sip-avp "authentic#1". * Return USERLOCK instead of REJECT when the account is locked. * Added authenticate() function to comply with freeradius internals - not really necessary to be used. * Fixed BUG which was failing accounting if Acct-Type was not fix positioned inside parameter tuple coming from FreeRADIUS. * Introduced Acct-Authentic attribute dependency in order to fix double accounting in case of Yate(Cisco CDR with two leg accounting type). OpenSER should send Acct-Authentic attribute as radius_extra param with the value 1 for RADIUS or 3 for Remote. * Fixed BUG which was emptying destination-uri in case of empty Canonical-URI. * Forcing timeout for the keys in memcache based on SESSION_MAXDUR, for the case when no more accounting packets will arive after authorizaiton ones. * Introduced support for Acct-Session-Time attribute which will produce more aqurate session time then automatic generated based on timestamps ones. * Introduced support for combined accounting to fix the problems OpenSER has when no BYE packet arrives (eg: authorization generated by openser and accounting by Yate). * Introduced support for newer cdrtool response 'Not Prepaid' derived from old 'NotPrepaid' * Proper detection in case of Stop packets without Start being recorded inside memcached. * Updated README-txt file to reflect the changes necessary in the configuration of OpenSER plus simplified way of installing freeradius with "./configure --with-experimental-modules" I am at your disposal if any question might pop-up. Project link: https://sourceforge.net/projects/frad-cdrtool DanB

16 years, 5 months

← Newer
1
...
16
17
18
19
20
21
22
23
24
Older →

Jump to page:

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 December 2007