sr-users

sr-users@lists.kamailio.org

4 participants
37456 discussions

[Serusers] SER or OpenSER
by Adrian Georgescu 26 Jul '06

26 Jul '06

Maybe a roadmap will be good to have on the ser web site. Adrian At 19:17 20/07/2006, Daniel-Constantin Mierla wrote: >On 07/19/06 21:14, Chahn John Kim wrote: >> Thank you all for your comments. >> >> After having researched documents and history from both iptel and OpenSER, >> I could not resist a feeling that iptel is somewhat lagging in their >> intension to go forward with SER to the direction that it had headed to. I am wondering if you can provide specifics about where SER was headed to and why you think it is not going forward there. -jiri -- Jiri Kuthan

3 2

[Users] Openser Help
by FERNANDO MIGUEL NORIEL VILLARROEL 26 Jul '06

26 Jul '06

Hello, I am new in the list and Openser. Arrive at this project because I have servants with Asterisk, my service to been growing to the point that my Asterisk arrives at a point where they colapsan. The reason I believe that it must to the amount of concurrent calls that receive. I understand that Openser is able to process very superior a concurrent volume of calls that Asterisk. My problem is that in these Asterisk I have scripts cgi (AGI) that controls the quarreled one and others. This implemented in a data base Postgresql. My consultation has to do with as I can leave to the service this operative you see autentificando against OpenSER. I understand that the Asterisk podrian to validate itself against Openser, thus then they podrian to only follow quarreling. As I can implement this scene with Openser and my Asterisk, that they recommend to me, or I must implement the quarreled one with Openser, ah another important thing is that I have clients who are of type pre payment and post payment. Or this is possible to implement with the data base that brings Openser (MySQL). Another doubt is as I add users to the data base, this takes control of the commando: openserctl Soon as I implement authentication against the data base for each call that between. One you see validated the user like him step the control asterisk so that they only do the quarreled one. Good as first consultation I believe that it is sufficient, I hope can help me. Excuse my English. Greetings Fernando

1 0

[Users] how to change To URI
by Vikram Sarathy 26 Jul '06

26 Jul '06

Hi all, Please help me, can any one tell me how to change To URI in message. regards vicky

2 1

[Users] Fwd: AVP problem !!(Can anybody share his openser.cfg)
by Tanzeel serfaraz 26 Jul '06

26 Jul '06

Note: forwarded message attached. --------------------------------- See the all-new, redesigned Yahoo.com. Check it out.

1 0

Re: [Users] Locally generated single-hop ACKs with Route headers
by Augustin, Andrew (external) 26 Jul '06

26 Jul '06

Hello, Hi Klaus, Thanks for your response. In answer to your question: yes, the INVITE does contain a Route header. Further info on the problem: There are 3 proxies between A and B parties. The INVITE message is routed from A-Party through Proxy-1, through Proxy-2 before finally reaching B-Party. The Route header first appears in the INVITE message sent by Proxy-1 and is removed at Proxy-2. There is an errored response message to this INVITE (e.g. 'Busy' or 'Request Terminated'). The errored response is acknowledged with a one-hop locally generated ACK at each point between B and A. I expected the ACK at Proxy-2 to take the same one-hop route as the original INVITE at Proxy-2, i.e. the ACK sent by Proxy-2 will contain routing data based on routing data from the INVITE previously sent by Proxy-2. What actually occurs is that the Route header in the ACK sent by Proxy-2 is a duplicate of the Route header of the INVITE that Proxy-2 has RECEIVED from Proxy-1 and NOT that of the INVITE message it had previously sent. Are you aware of this problem and any resolution and/or workarounds? We would like to remove this unwanted Route header from the ACK. How is it possible to do this (i.e. which routing block?)? The known issue described in the previous email (below) appears to prevent us from removing this header from the ACK. Are you or anyone else in the OpenSER community aware of any fix or resolution to this problem? Best regards, Andrew Augustin -----Ursprüngliche Nachricht----- Von: Klaus Darilion [mailto:klaus.mailinglists@pernau.at] Gesendet: Dienstag, 25. Juli 2006 18:15 An: Augustin, Andrew (external) Cc: users(a)openser.org Betreff: Re: [Users] Locally generated single-hop ACKs with Route headers I wonder why there are route headers in the ACK - they are only necessary if the INVITE also hed route headers (RFC3261, 17.1.1.3) regards klaus Augustin, Andrew (external) wrote: > Hello, > > I am using OpenSER v1.0.1 > > I am currently testing with proxies running OpenSER. > > I have a problem with ACK messages generated and routed for scenarios > where an inititiated call session fails to establish between A and B > parties e.g. Unsuccessful No Answer, Unsuccessful Busy. The ACK > messages are single hop locally generated responses to the sip error > message e.g. '487 Request Terminated', '486 Busy'. > > The behaviour I observe is that Route headers are 'remembered' from > the initiating INVITE message and inserted into the ACK messages > automatically generated by OpenSER. > > This extra Route header causes problems with routing and the > generation unwanted messages (error message resends) in addition to > expeceted scenario call-flow. It is also visible at the B-Party. > > I would like to either prevent the creation of, or remove this Route > header. I have tried to remove this header using the OpenSER available > methods, but this has failed. > > I have noticed that the known issue described in the document: SIP > Express Router v0.8.8 - Developer's Guide under section: 9.6.4 Known > Issues appears to describe this problem. > > "local ACK/CANCELs copy'n'pastes Route and ignores deleted > Routes" > > Has this issue been resolved? If so, from what version of OpenSER? > > If it has not been resolved, is there a way to resolve or workaround > this problem? > > Best regards, > Andrew Augustin > > > ---------------------------------------------------------------------- > -- > > _______________________________________________ > Users mailing list > Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

2 1

[Serusers] forwarding PSTN calls
by luke.2.pilgrim＠bt.com 26 Jul '06

26 Jul '06

Hi, I am new to ser and have recently set my server although I have no PSTN breakout on the server. I have a separate server running Asterisk which has an ISDN card with breakout to the PSTN network. I would like to set SER up to forward all PSTN calls to my Asterisk server. Has anyone got an idea as to how I do this? Regards, Luke.

1 0

[Fwd: Re: [Users] newbie - have openser handle 302s]
by Klaus Darilion 26 Jul '06

26 Jul '06

forwarded to list -------- Original Message -------- Subject: Re: [Users] newbie - have openser handle 302s Date: Tue, 25 Jul 2006 08:48:38 -0700 (PDT) From: Eliezer Ramm <lazerramm(a)yahoo.com> To: Klaus Darilion <klaus.mailinglists(a)pernau.at> Hi, thanx for taking the time to answer. the scenerio i have is like this openser sends all numbers that are not registerd to it to a special GW. the special GW then responds w/ a 302 redirect providing the correct route info for that number. i need openser to take the info from the 302 and resend the invite to the address in the 302 (contatct field). i am using a cfg from the uac_redirect sample to make it as simple as possible. w/ openser debug=7 i see the following : 6(22001) SIP Request: 6(22001) method: <INVITE> 6(22001) uri: <sip:2127896543@212.25.92.160> 6(22001) version: <SIP/2.0> 6(22001) parse_headers: flags=2 6(22001) Found param type 235, <rport> = <n/a>; state=6 6(22001) Found param type 232, <branch> = <z9hG4bK743485B539502E0CEF68B9C9AD6C2DFD>; state=16 6(22001) end of header reached, state=5 6(22001) parse_headers: Via found, flags=2 6(22001) parse_headers: this is the first via 6(22001) After parse_msg... 6(22001) preparing to run routing scripts... 6(22001) grep_sock_info - checking if host==us: 13==9 && [212.25.92.160] == [127.0.0.1] 6(22001) grep_sock_info - checking if port 6666 matches port 5060 6(22001) grep_sock_info - checking if host==us: 13==13 && [212.25.92.160] == [212.25.92.160] 6(22001) grep_sock_info - checking if port 6666 matches port 5060 6(22001) grep_sock_info - checking if host==us: 13==9 && [212.25.92.160] == [127.0.0.1] 6(22001) grep_sock_info - checking if port 6666 matches port 5060 6(22001) grep_sock_info - checking if host==us: 13==13 && [212.25.92.160] == [212.25.92.160] 6(22001) grep_sock_info - checking if port 6666 matches port 5060 6(22001) lookup(): '2127896543' Not found in usrloc 6(22001) DEBUG: t_newtran: msg id=1 , global msg id=0 , T on entrance=0xffffffff 6(22001) parse_headers: flags=ffffffffffffffff 6(22001) DEBUG:parse_to:end of header reached, state=9 6(22001) DEBUG: get_hdr_field: <To> [32]; uri=[sip:2127896543@212.25.92.160] 6(22001) DEBUG: to body [<sip:2127896543@212.25.92.160> ] 6(22001) get_hdr_field: cseq <CSeq>: <39892> <INVITE> 6(22001) DEBUG: get_hdr_body : content_length=293 6(22001) found end of header 6(22001) parse_headers: flags=78 6(22001) t_lookup_request: start searching: hash=12315, isACK=0 6(22001) DEBUG: RFC3261 transaction matching failed 6(22001) DEBUG: t_lookup_request: no transaction found 6(22001) DEBUG: add_param: tag=1071031469 6(22001) DEBUG:parse_to:end of header reached, state=29 6(22001) DEBUG:tm:t_relay: new INVITE 6(22001) parse_headers: flags=ffffffffffffffff 6(22001) check_via_address(172.16.100.101, 172.16.100.101, 0) 6(22001) WARNING:vqm_resize: resize(0) called 6(22001) DEBUG:tm:_reply_light: reply sent out. buf=0x8109f18: SIP/2.0 1..., shmem=0xb57725e0: SIP/2.0 1 6(22001) DEBUG:tm:_reply_light: finished 6(22001) DEBUG: mk_proxy: doing DNS lookup... 6(22001) check_via_address(172.16.100.101, 172.16.100.101, 0) 6(22001) DEBUG: add_to_tail_of_timer[4]: 0xb577133c 6(22001) DEBUG: add_to_tail_of_timer[0]: 0xb577134c 6(22001) SER: new transaction fwd'ed 6(22001) DEBUG:destroy_avp_list: destroying list (nil) 6(22001) receive_msg: cleaning up 7(22002) SIP Reply (status): 7(22002) version: <SIP/2.0> 7(22002) status: <302> 7(22002) reason: <redirect> 7(22002) parse_headers: flags=2 7(22002) get_hdr_field: cseq <CSeq>: <39892> <INVITE> 7(22002) DEBUG: add_param: tag=1 7(22002) DEBUG:parse_to:end of header reached, state=29 7(22002) DEBUG: get_hdr_field: <To> [38]; uri=[sip:2127896543@212.25.92.160] 7(22002) DEBUG: to body [<sip:2127896543@212.25.92.160>] 7(22002) Found param type 235, <rport> = <5060>; state=6 7(22002) Found param type 232, <branch> = <z9hG4bK743485B539502E0CEF68B9C9AD6C2DFD>; state=6 7(22002) Found param type 235, <rport> = <6666>; state=6 7(22002) Found param type 234, <received> = <212.25.92.160>; state=16 7(22002) end of header reached, state=5 7(22002) parse_headers: Via found, flags=2 7(22002) parse_headers: this is the first via 7(22002) After parse_msg... 7(22002) forward_reply: found module tm, passing reply to it 7(22002) DEBUG: t_check: msg id=1 global id=0 T start=0xffffffff 7(22002) parse_headers: flags=22 7(22002) parse_headers: flags=8 7(22002) DEBUG: t_reply_matching: failure to match a transaction 7(22002) DEBUG: t_check: msg id=1 global id=1 T end=(nil) 7(22002) parse_headers: flags=4 7(22002) DEBUG: get_hdr_body : content_length=0 7(22002) found end of header 7(22002) ERROR: forward_reply: no 2nd via found in reply 7(22002) DEBUG:destroy_avp_list: destroying list (nil) 7(22002) receive_msg: cleaning up 10(22005) DEBUG: timer routine:4,tl=0xb577133c next=(nil) 10(22005) DEBUG: retransmission_handler : request resending (t=0xb5771220, INVITE si ... ) 10(22005) DEBUG: add_to_tail_of_timer[5]: 0xb577133c 10(22005) DEBUG: retransmission_handler : done 8(22003) SIP Reply (status): the cfg is as follows: route{ if (uri==myself) { if (method=="REGISTER") { save("location"); exit; }; if (!lookup("location")) { # sl_send_reply("404", "Not Found"); # forward( 212.25.94.16, 7777); rewritehostport ("212.25.94.16:7777"); t_relay(); exit; }; } else { # just do redirect t_on_failure("1"); } if (!t_relay()) { sl_reply_error(); }; } failure_route[1] { get_redirects("*"); t_relay(); } thanx again for your time. eliezer --- Klaus Darilion <klaus.mailinglists(a)pernau.at> wrote: > Take a look at the README of the uac_redirect module > > http://openser.org/docs/ > > regards > klaus > > Eliezer Ramm wrote: > > Hi, > > > > i have a proxy that sends a 302 to my openser. > > > > what do i need to do to have the openser ack the > 302 > > and send a new invite to the address recieved in > the > > 302 ? where would i insert it in my cfg file ? > > > > thanx !! > > > > # ------------------ module loading > > ---------------------------------- > > > > # Uncomment this if you want to use SQL database > > #loadmodule "/usr/lib/openser/modules/mysql.so" > > > > loadmodule > "/usr/local/openser-1.0.1/modules/sl/sl.so" > > loadmodule > "/usr/local/openser-1.0.1/modules/tm/tm.so" > > loadmodule > "/usr/local/openser-1.0.1/modules/rr/rr.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/maxfwd/maxfwd.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/usrloc/usrloc.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/registrar/registrar.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/textops/textops.so" > > loadmodule > > "/usr/local/openser-1.0.1/modules/enum/enum.so" > > loadmodule > > "/usr/local/openser-1.0.1/modules/xlog/xlog.so" > > loadmodule > > > "/usr/local/openser-1.0.1/modules/uac_redirect/uac_redirect.so" > > > > # Uncomment this if you want digest authentication > > # mysql.so must be loaded ! > > #loadmodule "/usr/lib/openser/modules/auth.so" > > #loadmodule "/usr/lib/openser/modules/auth_db.so" > > > > # ----------------- setting module-specific > parameters > > --------------- > > modparam("usrloc", "db_mode", 0) > > modparam("rr", "enable_full_lr", 1) > > > > route { > > > > > > # > > > ------------------------------------------------------------------------ > > # Sanity Check Section > > # > > > ------------------------------------------------------------------------ > > > > > > > > if (!mf_process_maxfwd_header("10")) { > > sl_send_reply("483", "Too Many Hops"); > > exit; > > }; > > > > > > > > if (msg:len > max_len) { > > sl_send_reply("513", "Message Overflow"); > > exit; > > }; > > > > # > > > ------------------------------------------------------------------------ > > > > # > > > ------------------------------------------------------------------------ > > if (method!="REGISTER") { > > record_route(); > > }; > > > > # > > > ------------------------------------------------------------------------ > > # Loose Route Section > > # > > > ------------------------------------------------------------------------ > > if (loose_route()) { > > route(1); > > exit; > > }; > > > > # > > > ------------------------------------------------------------------------ > > # Call Type Processing Section > > # > > > ------------------------------------------------------------------------ > > > > > > if (uri!=myself) { > > route(1); > > exit; > > }; > > > > # > > > > if (method=="ACK") { > > route(1); > > exit; > > } > > > > if (method=="REGISTER") { > > route(2); > > exit; > > }; > > > > > > > > lookup("aliases"); > > if (uri!=myself) { > > route(1); > > exit; > > }; > > > > > > if (!lookup("location")) { > > #sl_send_reply("404", "User Not Found"); > > forward( 10.10.10.10, 5060); > > > > exit; > > }; > > > > route(1); > > } > > > > route[1] { > > # > > > ------------------------------------------------------------------------ > > # Default Message Handler > > # > > > ------------------------------------------------------------------------ > > if (!t_relay()) { > > sl_reply_error(); > > }; > > } > > > > route[2] { > > # > > > ------------------------------------------------------------------------ > > > > # > > > ------------------------------------------------------------------------ > > # simple no-auth registration > > > > if (save("location")) { > > sl_send_reply("200","OK"); > > }; > > > > if (!save("location")) { > > sl_reply_error(); > > }; > > } > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Users] red hat EL3 packages do not support TLS
by Klaus Darilion 26 Jul '06

26 Jul '06

would nice if TLS would be supported. regards klaus

2 1

[Users] Serial Forking and MediaProxy
by Glenn Dalgliesh 26 Jul '06

26 Jul '06

I have been working on adding some serial forking applications to openser with media proxy and it seems to run into issues with media proxy when one of the steps in the serial fork includes a GW with early media and the call hits the timer doesn't complete and moves to the next branch the new media ip doesn't get assigned to mediaproxy but rather stays with the previous calls early media ip. I have seen some mention of this being a problem but nothing recent or conclusive. Is it is possible to make this work and if so what is general concept behind it. Thanks

2 1

FW: [Serusers] SER/MediaProxy Audio issues - NEED HELP
by Marc Rys 26 Jul '06

26 Jul '06

Andrey, Thanks for the reply. I just enabled the dispatcher in the mediaproxy.ini and yes, mediaproxy and the dispatcher are running together when I do the "ps ax". The bad news is I still have one way audio? Does anybody have any ideas what's incorrect in my ser.cfg? I feel so close!! Network Diagram: http://marc.ivalve.net/ser/gif_1.gif NGREP Capture: http://marc.ivalve.net/ser/ngrep1.txt SER.cfg: http://marc.ivalve.net/ser/ser-cfg.txt mediaproxy.ini: http://marc.ivalve.net/ser/mediaproxy-ini.txt Thanks for the help guys. Marc -----Original Message----- From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Andrey Kouprianov Sent: Tuesday, July 25, 2006 10:59 PM To: serusers(a)iptel.org Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP Hi, NOTE: Also specify start=yes directive in Dispatcher. Check if both dispatcher and mediaproxy are running *together* with "ps ax" command from console. I also beleive that your NAT handling is broken somewhere (see ur ser.cfg), because private IP even after being treated by SER is still a private IP in both Contact header fields and message body: you can see it in 200 OK response from remote NATed Cisco phone going through SER and coming out after. I hope someone else might address on this issue, plz, for an independent confirmation. Andrey. On 7/25/06, Marc Rys <m.rys(a)rystec.com> wrote: > I've changed allow & listen directives from none & none to what's specified > below. The one way audio problem still exists. > > Network Diagram: http://marc.ivalve.net/ser/gif_1.gif > NGREP Capture: http://marc.ivalve.net/ser/ngrep1.txt > SER.cfg http://marc.ivalve.net/ser/ser-cfg.txt > Orig. mediaproxy.ini http://marc.ivalve.net/ser/mediaproxy-ini.txt > > > I really appreciate the help guys. I'm dying to get this working. > > Marc > > > Mediaproxy.ini > --------------------------------------- > > [Dispatcher] > ;start = yes > socket = /var/run/proxydispatcher.sock > ;group = ser > defaultProxy = /var/run/mediaproxy.sock > > [MediaProxy] > start = yes > socket = /var/run/mediaproxy.sock > group = ser > listen = 12.178.142.235:25060 > allow = Any > proxyIP = 12.178.142.235 > portRange = 10000:10100 > TOS = 0xb8 > idleTimeout = 60 > holdTimeout = 180 > forceClose = 0 > accounting = off > > [Accounting] > user = root > password = > host = localhost > database = ser > table = acc > > > -----Original Message----- > From: serusers-bounces(a)lists.iptel.org > [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Andrey Kouprianov > Sent: Monday, July 24, 2006 10:48 PM > To: serusers(a)iptel.org > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > Hi, > > What about allow and listen directives in mediaproxy.ini? I remember I > had to specify all the directives, before my mediaproxy started > functioning properly. > > Andrey. > > On 7/25/06, Marc Rys <m.rys(a)rystec.com> wrote: > > > > > > > > Hi Ali, > > > > > > > > Yes the ATA can register with no problems. Still one way audio. I also > > setup a cisco 7960 phone behind NAT as well, and it's having the same one > > way audio problem. > > > > > > Thanks again. > > > > marc > > > > > > ________________________________ > > > > > > From: Ali Zaidi [mailto:aligzaidi@gmail.com] > > Sent: Monday, July 24, 2006 7:50 PM > > > > To: Marc Rys > > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > > > > > > > To: Marc Rys > > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > > > > > > > > > > > > > > > Marc, > > > > > > > > > > > > you don't have to configure rtp on ATA since everything handled by > > mediaproxy. You just have to makesure that your ATA can register, using > > correct proxy server, port 5060, credentials, everything else set to > > factory default. > > > > > > > > > > > > let meknow. > > > > > > > > > > > > Note: Set your ATA to factory default, try to register with SER using > > username, password, domain and port 5060. EVERYTHING SHOULD BE FACTORY > > DEFAULT. > > > > > > > > > > > > LET ME KNOW, > > > > > > > > > > > > ALI.... > > > > > > > > > > > > > > > > > > On 7/24/06, Marc Rys <m.rys(a)rystec.com> wrote: > > > > > > > > I just tried all of that.. Still no luck. I even made sure the UA's were > > using ports 10000 and higher. > > > > > > > > Any other suggestions? > > > > > > marc > > > > > > > > > > > > > > > > ________________________________ > > > > > > From: Ali Zaidi [mailto: aligzaidi(a)gmail.com] > > Sent: Monday, July 24, 2006 4:56 PM > > > > > > > > To: Marc Rys > > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > > > > > > > > > > > Marc, > > > > > > > > > > > > Ok, try restarting ser + MySQL + MediaProxy then reregister your both ATA. > > > > > > > > > > > > let me know, > > > > > > > > > > > > Ali > > > > > > > > > > On 7/24/06, Marc Rys < m.rys(a)ivalve.net> wrote: > > > > Ali, > > > > Thank you for helping. I've changed my mediaproxy.ini file to the > > following. But the one way audio is still happening. > > > > Marc > > > > ----------------------------------------------------------- > > Mediaproxy.ini > > ----------------------------------------------------------- > > > > [Dispatcher] > > ;start = yes > > socket = /var/run/proxydispatcher.sock > > ;group = ser > > defaultProxy = /var/run/mediaproxy.sock > > > > [MediaProxy] > > start = yes > > socket = /var/run/mediaproxy.sock > > group = ser > > listen = None > > allow = None > > proxyIP = 12.178.142.235 # This is where OpenSER installed > > portRange = 10000:10100 > > TOS = 0xb8 > > idleTimeout = 60 > > holdTimeout = 180 > > forceClose = 0 > > accounting = off > > > > [Accounting] > > user = root > > password = > > host = localhost > > database = ser > > table = acc > > > > > > > > ________________________________________ > > From: Ali Zaidi [mailto: aligzaidi(a)gmail.com] > > Sent: Monday, July 24, 2006 4:40 PM > > To: Marc Rys > > Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP > > > > Marc, > > > > Mediaproxy.ini has not RTP ports declare. > > ;portRange = 2000:8000 # These values are set same in ATA's configs <- > > 2000:8000 range conflict with 5060. > > > > Try following, > > portRange = 10000:10100 > > then restart mediaproxy. > > Let me know if you still have problem, i can help further. > > Ali... > > > > > > > > > > > > On 7/24/06, Marc Rys < m.rys(a)rystec.com> wrote: > > Hello All, > > > > I'm fairly new to SER / Mediaproxy.I've been following the examples from > > onsip.org using the latest Getting started docs. > > > > At this point I'm testing with two Grandstream Handytone 486 UA' s.One > > NAT'd, one not. > > > > Please check out the following URL to see a diagram explaining my setup. > > http://marc.ivalve.net/ser/gif_1.gif > > > > "UA-2" cannot hear anything spoken from "UA-1", although I can hear what > is > > said from "UA-2" on "UA-1", but not vice versa.2-way voice is not > > happening. > > > > Both UA's do register to SER.The NAT'd UA couldn't register until I got > > Mediaproxy installed.Mediaproxy does appear to start with out errors. > > Below are my Ser.cfg and Mediaproxy.ini. > > > > Please Help. > > > > Marc > > > > > > > > Ser.cfg > > -------------------------------------------------------------- > > #5a-mysql-mediaproxy-ser.cfg > > debug=3 > > fork=yes > > log_stderror=no > > > > listen=XXX.XXX.XXX.235 # INSERT YOUR IP ADDRESS HERE > > port=5060 > > children=4 > > > > dns=no > > rev_dns=no > > fifo="/tmp/ser_fifo" > > fifo_db_url="mysql://ser:heslo@localhost/ser" > > > > > > loadmodule "/usr/lib/ser/modules/mysql.so" > > loadmodule "/usr/lib/ser/modules/sl.so" > > loadmodule "/usr/lib/ser/modules/tm.so" > > loadmodule "/usr/lib/ser/modules/rr.so" > > loadmodule "/usr/lib/ser/modules/maxfwd.so" > > loadmodule "/usr/lib/ser/modules/usrloc.so" > > loadmodule "/usr/lib/ser/modules/registrar.so" > > loadmodule "/usr/lib/ser/modules/auth.so" > > loadmodule "/usr/lib/ser/modules/auth_db.so" > > loadmodule "/usr/lib/ser/modules/uri.so" > > loadmodule "/usr/lib/ser/modules/uri_db.so" > > loadmodule "/usr/lib/ser/modules/domain.so" > > loadmodule "/usr/lib/ser/modules/mediaproxy.so" > > loadmodule "/usr/lib/ser/modules/nathelper.so" > > loadmodule "/usr/lib/ser/modules/textops.so" > > > > modparam("auth_db|uri_db|usrloc", "db_url", > > "mysql://ser:heslo@localhost/ser") > > modparam("auth_db", "calculate_ha1", 1) > > modparam("auth_db", "password_column", "password") > > > > modparam("nathelper", "rtpproxy_disable", 1) > > modparam("nathelper", "natping_interval", 0) > > > > modparam("mediaproxy","natping_interval", 30) > > modparam("mediaproxy","mediaproxy_socket", > > "/var/run/mediaproxy.sock") > > modparam("mediaproxy","sip_asymmetrics","/etc/ser/sip-clients") > > modparam("mediaproxy","rtp_asymmetrics","/etc/ser/rtp-clients") > > > > modparam("usrloc", "db_mode", 2) > > > > modparam("registrar", "nat_flag", 6) > > > > modparam("rr", "enable_full_lr", 1) > > > > route { > > > > # > > ------------------------------------------------------------------------ > > # Sanity Check Section > > # > > ------------------------------------------------------------------------ > > > > if (!mf_process_maxfwd_header("10")) { > > sl_send_reply("483", "Too Many Hops"); > > break; > > }; > > > > if (msg:len > max_len) { > > sl_send_reply("513", "Message Overflow"); > > break; > > }; > > > > # > > ------------------------------------------------------------------------ > > # Record Route Section > > # > > ------------------------------------------------------------------------ > > > > if (method=="INVITE" && client_nat_test("3")) { > > # INSERT YOUR IP ADDRESS HERE > > record_route_preset("XXX.XXX.XXX.235:5060;nat=yes"); > > } else if (method!="REGISTER") { > > record_route(); > > }; > > > > # > > ----------------------------------------------------------------- > > # Call Tear Down Section > > # > > ----------------------------------------------------------------- > > > > if (method=="BYE" || method=="CANCEL") { > > end_media_session(); > > }; > > > > # > > ------------------------------------------------------------------------ > > # Loose Route Section > > # > > ------------------------------------------------------------------------ > > > > if (loose_route()) { > > > > if ((method=="INVITE" || method=="REFER") && !has_totag()) { > > sl_send_reply("403", "Forbidden"); > > break; > > }; > > > > if (method=="INVITE") { > > > > if (!proxy_authorize("","subscriber")) { > > proxy_challenge("","0"); > > break; > > } else if (!check_from()) { > > sl_send_reply("403", "Use From=ID"); > > break; > > }; > > > > consume_credentials(); > > > > if (client_nat_test("3") || search("^Route:.*;nat=yes")) { > > setflag(6); > > use_media_proxy(); > > > > }; > > }; > > > > route(1); > > break; > > }; > > > > # > > ------------------------------------------------------------------------ > > # Call Type Processing Section > > # > > ------------------------------------------------------------------------ > > if (uri!=myself) { > > route(4); > > route(1); > > break; > > }; > > > > if (method=="ACK") { > > route(1); > > break; > > } else if (method=="CANCEL") { > > route(3); > > break; > > } else if (method=="INVITE") { > > route(3); > > break; > > } else if (method=="REGISTER") { > > route(2); > > break; > > }; > > > > lookup("aliases"); > > if (uri!=myself) { > > route(4); > > route(1); > > break; > > }; > > > > if (!lookup("location")) { > > sl_send_reply("404", "User Not Found"); > > break; > > }; > > > > route(1); > > } > > > > route[1] { > > # > > ------------------------------------------------------------------------ > > # Default Message Handler > > # > > ------------------------------------------------------------------------ > > > > t_on_reply("1"); > > > > if (!t_relay()) { > > > > if (method=="INVITE" || method=="ACK") { > > end_media_session(); > > }; > > > > sl_reply_error(); > > }; > > } > > > > route[2] { > > # > > ------------------------------------------------------------------------ > > # REGISTER Message Handler > > # > > ------------------------------------------------------------------------ > > > > sl_send_reply("100", "Trying"); > > > > if (!search("^Contact:[ ]*\*") && client_nat_test("7")) { > > setflag(6); > > fix_nated_register(); > > force_rport(); > > > > }; > > > > if (!www_authorize("","subscriber")) { > > www_challenge("","0"); > > break; > > }; > > > > if (!check_to()) { > > sl_send_reply("401", "Unauthorized"); > > break; > > }; > > > > consume_credentials(); > > > > if (!save("location")) { > > sl_reply_error(); > > }; > > > > } > > > > route[3] { > > > > # > > ----------------------------------------------------------------- > > # INVITE Message Handler > > # > > ----------------------------------------------------------------- > > > > if (client_nat_test("3")) { > > setflag(7); > > force_rport(); > > fix_nated_contact(); > > }; > > > > if (!proxy_authorize("","subscriber")) { > > proxy_challenge("","0"); > > break; > > } else if (!check_from()) { > > sl_send_reply("403", "Use From=ID"); > > break; > > }; > > > > consume_credentials(); > > > > lookup("aliases"); > > if (uri!=myself) { > > route(4); > > route(1); > > break; > > }; > > > > if (!lookup("location")) { > > sl_send_reply("404", "User Not Found"); > > break; > > }; > > > > route(4); > > route(1); > > } > > > > route[4] { > > > > #----------------------------------------------------------------- > > # NAT Traversal Section > > # > > ----------------------------------------------------------------- > > if (isflagset(6) || isflagset(7)) { > > if (isflagset(8)) { > > setflag(8); > > use_media_proxy(); > > }; > > }; > > } > > > > onreply_route[1] { > > > > if ((isflagset(6) || isflagset(7)) && > > (status=~"(180)|(183)|2[0-9][0-9]")) { > > > > if (!search("^Content-Length:[ ]*0")) { > > use_media_proxy(); > > }; > > }; > > > > if (client_nat_test("1")) { > > fix_nated_contact(); > > }; > > } > > > > > > ------------------------------------------------------------ > > > > mediaproxy.ini > > ------------------------------------------------------------ > > > > [Dispatcher] > > ;start = yes > > socket = /var/run/proxydispatcher.sock > > ;group = ser > > defaultProxy = /var/run/mediaproxy.sock > > > > [MediaProxy] > > start = yes > > socket = /var/run/mediaproxy.sock > > group = ser > > listen = None > > allow = None > > proxyIP = XXX.XXX.XXX.235# This is where OpenSER installed > > ;portRange = 2000:8000# These values are set same in ATA's configs > > for RTP Range > > TOS = 0xb8 > > idleTimeout = 60 > > holdTimeout = 180 > > forceClose = 0 > > accounting = off > > > > [Accounting] > > user = root > > password = > > host = localhost > > database = ser > > table = acc > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > _______________________________________________ > > Serusers mailing list > > Serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > > -- > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > > > -- > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > > > _______________________________________________ > > > > Serusers mailing list > > Serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > Serusers mailing list > > Serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > > > > -- > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > > _______________________________________________ > > Serusers mailing list > > Serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 > > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006

1 0

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