sr-users March 2005

sr-users@lists.kamailio.org

250 participants
627 discussions

by harry gaillac

Hello, I really need help with Serweb. I use ser 0.10.99-dev5 with latest Serweb from CVS but I can't use most of features missed call, message stored, account, ... I spent time with apache ser and mysql logs but I can't fix problems. I read INSTALL, mailing list, ... I can get missed calls because of I changed a php script in data_layer. Either my serweb configuration is wrong or Serweb need really some fixings. Regards Harry Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

19 years, 9 months

[Serusers] aliases

by Llanos Serna García-Conde

19 years, 9 months

[Serusers] AVPOPS - How do I to write Call-ID to an AVP???

by Java Rockx

Hi All. The AVPOPS documentation says that any header can be written to an AVP. For example avp_write("$hdr[My-header]","i:11"); This would right the body of the "My-header" header to AVP i:11 But this does not work. I want to write the Call-ID header to an AVP. How do I do this? Regards, Paul

19 years, 9 months

[Serusers] SER Proxy and SIP Redirect

by Eric Dean

I have a SER Proxy that is routing calls to a SIP Redirector which then informs SER as to which gateway to send calls to. GW1 GW2 | | SERProxy------->SIP Redirector | IP Phone SER is currently sending the redirect to the IP Phone.. .which is unauthorized to send SIP messages to the gateway. I would like for SER to take a 302 redirect and then proxy the call to the gateway per the redirect.. How do I configure SER to actually proxy the call per the redirect on behalf of the IP Phone?

19 years, 9 months

Re: [Serusers] getting "error: 400;check if you use aliases in SER" when adding a new user with serctl

by Alberto Cruz

Thank you very much Samuel I didn't know that we should add this line to the ser.cfg. If we don't want to use aliases how should I avoid ser use it? Regards Alberto Cruz Samuel Osorio Calvo wrote: >The problem is that you don't have > lookup("aliases") >in your config file and therefore SER thinks you are not using aliases >and do not load the aliases tables. > >To enable aliases you have to use the lookup("aliases") somewhere in >your config file. > >I think this issue has been solved somewhere in the mailing list, > >Samuel. > > >Unclassified. > > >>>>Alberto Cruz <acruz(a)tekbrain.com> 03/22/05 05:15PM >>> >>>> >>>> >Please list let me know if someone is receiving this message, at least > >give me a clue where to search for information about this error. > >I really need your help. > >Regards > >-------- Original Message -------- >Subject: getting "error: 400; check if you use aliases in SER" >when >adding a new user with serctl >Date: Mon, 21 Mar 2005 16:25:55 -0600 >From: Alberto Cruz <acruz(a)tekbrain.com> >To: 'serusers(a)lists.iptel.org' <serusers(a)lists.iptel.org> > > > >Hi list maybe this is an stupid question but I can't find any clue what > >I'm doing wrong. > >When I try to add a new user using serctl add I'm getting the following > >error: >error: 400; check if you use aliases in SER > >What does "error: 400" mean? I have looked it at messages and I'm no >receiving any log information. I'm using two aliases at my ser.cfg >I'm attaching my ser.cfg > >How should I handle this error? > >Regards > >Alberto Cruz > > > > > >

19 years, 9 months

Re: [Serusers] exported fnct replace_all -> ERROR: fifo_server fgets failed

by Marian Dumitru

Nicolas, Most probably you pass some invalid parameter to the function - note you have to pass a compiled regexp to the function - see the fixup function for replace_all(). Best regards, Marian Nicolas Fauvel wrote: > May be but here is an amazing thing: > > when I use this funtion from routing script defined in ser.cfg, it works. I > haven't modified textops sources... > The process crashes during the execution of the regex() function. > > Any idea ? > > --- Marian Dumitru <marian.dumitru(a)voice-sistem.ro> wrote: > >>Hi Nicolas, >> >>Most probably you got a segmentation fault somewhere before due your >>code changes. What you see is a side effect from the FIFO server process. >> >>Best regards, >>Marian >> >>Nicolas Fauvel wrote: >> >>>Hi, >>> >>>I want to use the exported replace_all function in textops module, but as >> >>soon >> >>>as the function is called: >>> >>> 2(4848) ERROR: fifo_server fgets failed: Illegal seek >>> 2(4848) ERROR: fifo_server fgets failed: Illegal seek >>> 2(4848) ERROR: fifo_server fgets failed: Illegal seek >>> 2(4848) ERROR: fifo_server fgets failed: Illegal seek >>> 2(4848) INFO: signal 15 received >>> >>>What's happening ? I can't understand. >>> >>>Thanks, >>> >>>Nicolas >>> >>> >>> >>> >>> >>> >>> >>>Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos >> >>mails ! >> >>>Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ >>> >>>_______________________________________________ >>>Serusers mailing list >>>serusers(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serusers >>> >> >>-- >>Voice System >>http://www.voice-system.ro >> > > > > > > > > Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! > Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ -- Voice System http://www.voice-system.ro

19 years, 9 months

Re: [Serusers] SER with Radius Authentication

by Rafael J. Risco G.V.

Thank you Alan it works now, the operator for User-Password should be == . Maybe you can help with other doubts, I am trying to use "radius_is_user_in()" function from group_radius module to check if the user has voicemail service and also to authorize pstn calls using credentials, what attributes should I use in users file? On Tue, 22 Mar 2005 13:36:06 -0000, Alan Litster <alitster(a)telcoelectronics.co.uk> wrote: > It's been a while since I've done any major work with FR though I have got > it working and it's handling ~3000 users. > > Your entry for the test user is fine, copied from the original file? The > others differ in that the User-Password attribute is on the other line where > as it should follow the Auth-Type. The operator should be == and not :=, not > too sure if that makes a difference when using the users file? We us MySQL > for the backend and that doesn't seem to be quite so strick on the operators > ==/:=. Also, don't specify the Digest-Response as the digest module does > that. All you need is the following > > 6604321 Auth-Type := Digest, User-Password == "4321" > > > -----Original Message----- > > From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org]On > > Behalf Of Rafael J. Risco G.V. > > Sent: 21 March 2005 21:15 > > To: serusers(a)lists.iptel.org > > Subject: [Serusers] SER with Radius Authentication > > > > > > Hi, > > I´ve configured freeradius and SER according to the Radius HOW TO > > document, Accounting works very well but now I am doing some tests > > trying to do user authentication however all the authentication > > requests coming to the freeradius fails and X-lite sipphone is > > receiving an Unauthorized message from SER, please some advice, > > > > thanks > > rafael > > > > PS: config files... > > > > in /usr/local/etc/raddb/users : > > --------- > > test Auth-Type := Digest, User-Password == "test" > > Reply-Message = "Hello, test with digest" > > > > 6609876 Auth-Type := Digest > > User-Password := "9876", > > Digest-Response = "lalalalala", > > Reply-Message = "Hello, ibm1" > > > > 6604321 Auth-Type := Digest > > User-Password := "4321", > > Digest-Response = "lalalalala", > > Reply-Message = "Hello, ibm2" > > > > --------- > > Some relevant data in ser.cfg: > > ... > > modparam("group_radius", "use_domain", 0) > > .... > > > > if (uri==myself) { > > > > if (method=="REGISTER") { > > > > # Uncomment this if you want to use digest authentication > > if (!radius_www_authorize("")) { > > www_challenge("", "1"); > > break; > > }; > > > > if (!save("location")) { > > sl_reply_error(); > > }; > > break; > > }; > > > > lookup("aliases"); > > if (!uri==myself) { > > append_hf("P-hint: outbound alias\r\n"); > > route(1); > > break; > > }; > > > > # does the user wish redirection on no availability? > > (i.e., is he > > # in the voicemail group?) -- determine it now > > and store it in > > # flag 4, before we rewrite the flag using UsrLoc > > > > if (radius_is_user_in("Request-URI", "voicemail")) { > > log(1, "requested user is in voicemail group"); > > setflag(4); > > }; > > > > # native SIP destinations are handled using our USRLOC DB > > if (!lookup("location")) { > > # sl_send_reply("404", "Not Found"); > > log(1,"unable to locate user"); > > route(4); > > break; > > }; > > > > }; # End of "if(uri==myself)" > > .... > > > > > > ------------------RADIUSD -X Output ---------------------------: > > > > rad_recv: Access-Request packet from host 127.0.0.1:33187, id=79, > > length=311 > > User-Name = "6604321(a)10.0.1.22" > > Digest-Attributes = 0x0a0936363034333231 > > Digest-Attributes = 0x010b31302e302e312e3232 > > Digest-Attributes = > > 0x022a343233663331633730623366316432616433303838336332383034343166 > > 32663133643136613830 > > Digest-Attributes = 0x040f7369703a31302e302e312e3232 > > Digest-Attributes = 0x030a5245474953544552 > > Digest-Attributes = 0x050661757468 > > Digest-Attributes = 0x090a3030303030303162 > > Digest-Attributes = > > 0x08224433343132424232394131453131443939334232303035304241373836433642 > > Digest-Response = "a6a7812ac0331324f977453c228da2ed" > > Service-Type = IAPP-Register > > Sip-URI-User = "6604321" > > Cisco-AVPair = > > "call-id=D3412ADB9A1E11D993B20050BA786C6B(a)10.0.1.22" > > NAS-IP-Address = 127.0.0.1 > > NAS-Port = 5060 > > Processing the authorize section of radiusd.conf > > modcall: entering group authorize for request 8 > > modcall[authorize]: module "preprocess" returns ok for request 8 > > modcall[authorize]: module "chap" returns noop for request 8 > > modcall[authorize]: module "mschap" returns noop for request 8 > > rlm_digest: Converting Digest-Attributes to something sane... > > Digest-User-Name = "6604321" > > Digest-Realm = "10.0.1.22" > > Digest-Nonce = "423f31c70b3f1d2ad30883c280441f2f13d16a80" > > Digest-URI = "sip:10.0.1.22" > > Digest-Method = "REGISTER" > > Digest-QOP = "auth" > > Digest-Nonce-Count = "0000001b" > > Digest-CNonce = "D3412BB29A1E11D993B20050BA786C6B" > > rlm_digest: Adding Auth-Type = DIGEST > > modcall[authorize]: module "digest" returns ok for request 8 > > rlm_realm: Looking up realm "10.0.1.22" for User-Name = > > "6604321(a)10.0.1.22" > > rlm_realm: No such realm "10.0.1.22" > > modcall[authorize]: module "suffix" returns noop for request 8 > > rlm_eap: No EAP-Message, not doing EAP > > modcall[authorize]: module "eap" returns noop for request 8 > > users: Matched DEFAULT at 152 > > modcall[authorize]: module "files" returns ok for request 8 > > modcall: group authorize returns ok for request 8 > > rad_check_password: Found Auth-Type DIGEST > > auth: type "digest" > > Processing the authenticate section of radiusd.conf > > modcall: entering group authenticate for request 8 > > rlm_digest: Configuration item "User-Password" is required for > > authentication. > > modcall[authenticate]: module "digest" returns invalid for request 8 > > modcall: group authenticate returns invalid for request 8 > > auth: Failed to validate the user. > > Delaying request 8 for 1 seconds > > Finished request 8 > > Going to the next request > > --- Walking the entire request list --- > > Waking up in 1 seconds... > > rad_recv: Access-Request packet from host 127.0.0.1:33188, id=80, > > length=311 > > User-Name = "6609876(a)10.0.1.22" > > Digest-Attributes = 0x0a0936363039383736 > > Digest-Attributes = 0x010b31302e302e312e3232 > > Digest-Attributes = > > 0x022a343233663331633730623366316432616433303838336332383034343166 > > 32663133643136613830 > > Digest-Attributes = 0x040f7369703a31302e302e312e3232 > > Digest-Attributes = 0x030a5245474953544552 > > Digest-Attributes = 0x050661757468 > > Digest-Attributes = 0x090a3030303030303163 > > Digest-Attributes = > > 0x08224433343132424235394131453131443939334232303035304241373836433642 > > Digest-Response = "50fa695654b20e2eec54a1003fe15d9f" > > Service-Type = IAPP-Register > > Sip-URI-User = "6609876" > > Cisco-AVPair = > > "call-id=D3412ADE9A1E11D993B20050BA786C6B(a)10.0.1.22" > > NAS-IP-Address = 127.0.0.1 > > NAS-Port = 5060 > > Processing the authorize section of radiusd.conf > > modcall: entering group authorize for request 9 > > modcall[authorize]: module "preprocess" returns ok for request 9 > > modcall[authorize]: module "chap" returns noop for request 9 > > modcall[authorize]: module "mschap" returns noop for request 9 > > rlm_digest: Converting Digest-Attributes to something sane... > > Digest-User-Name = "6609876" > > Digest-Realm = "10.0.1.22" > > Digest-Nonce = "423f31c70b3f1d2ad30883c280441f2f13d16a80" > > Digest-URI = "sip:10.0.1.22" > > Digest-Method = "REGISTER" > > Digest-QOP = "auth" > > Digest-Nonce-Count = "0000001c" > > Digest-CNonce = "D3412BB59A1E11D993B20050BA786C6B" > > rlm_digest: Adding Auth-Type = DIGEST > > modcall[authorize]: module "digest" returns ok for request 9 > > rlm_realm: Looking up realm "10.0.1.22" for User-Name = > > "6609876(a)10.0.1.22" > > rlm_realm: No such realm "10.0.1.22" > > modcall[authorize]: module "suffix" returns noop for request 9 > > rlm_eap: No EAP-Message, not doing EAP > > modcall[authorize]: module "eap" returns noop for request 9 > > users: Matched DEFAULT at 152 > > modcall[authorize]: module "files" returns ok for request 9 > > modcall: group authorize returns ok for request 9 > > rad_check_password: Found Auth-Type DIGEST > > auth: type "digest" > > Processing the authenticate section of radiusd.conf > > modcall: entering group authenticate for request 9 > > rlm_digest: Configuration item "User-Password" is required for > > authentication. > > modcall[authenticate]: module "digest" returns invalid for request 9 > > modcall: group authenticate returns invalid for request 9 > > auth: Failed to validate the user. > > Delaying request 9 for 1 seconds > > Finished request 9 > > Going to the next request > > --- Walking the entire request list --- > > Waking up in 1 seconds... > > --- Walking the entire request list --- > > Sending Access-Reject of id 79 to 127.0.0.1:33187 > > Waking up in 1 seconds... > > rad_recv: Access-Request packet from host 127.0.0.1:33189, id=81, > > length=311 > > User-Name = "6609876(a)10.0.1.22" > > Digest-Attributes = 0x0a0936363039383736 > > Digest-Attributes = 0x010b31302e302e312e3232 > > Digest-Attributes = > > 0x022a343233663331633730623366316432616433303838336332383034343166 > > 32663133643136613830 > > Digest-Attributes = 0x040f7369703a31302e302e312e3232 > > Digest-Attributes = 0x030a5245474953544552 > > Digest-Attributes = 0x050661757468 > > Digest-Attributes = 0x090a3030303030303163 > > Digest-Attributes = > > 0x08224433343132424236394131453131443939334232303035304241373836433642 > > Digest-Response = "e4f68760f2b3eed0ad45942b32542c92" > > Service-Type = IAPP-Register > > Sip-URI-User = "6609876" > > Cisco-AVPair = > > "call-id=D3412ADE9A1E11D993B20050BA786C6B(a)10.0.1.22" > > NAS-IP-Address = 127.0.0.1 > > NAS-Port = 5060 > > Processing the authorize section of radiusd.conf > > modcall: entering group authorize for request 10 > > modcall[authorize]: module "preprocess" returns ok for request 10 > > modcall[authorize]: module "chap" returns noop for request 10 > > modcall[authorize]: module "mschap" returns noop for request 10 > > rlm_digest: Converting Digest-Attributes to something sane... > > Digest-User-Name = "6609876" > > Digest-Realm = "10.0.1.22" > > Digest-Nonce = "423f31c70b3f1d2ad30883c280441f2f13d16a80" > > Digest-URI = "sip:10.0.1.22" > > Digest-Method = "REGISTER" > > Digest-QOP = "auth" > > Digest-Nonce-Count = "0000001c" > > Digest-CNonce = "D3412BB69A1E11D993B20050BA786C6B" > > rlm_digest: Adding Auth-Type = DIGEST > > modcall[authorize]: module "digest" returns ok for request 10 > > rlm_realm: Looking up realm "10.0.1.22" for User-Name = > > "6609876(a)10.0.1.22" > > rlm_realm: No such realm "10.0.1.22" > > modcall[authorize]: module "suffix" returns noop for request 10 > > rlm_eap: No EAP-Message, not doing EAP > > modcall[authorize]: module "eap" returns noop for request 10 > > users: Matched DEFAULT at 152 > > modcall[authorize]: module "files" returns ok for request 10 > > modcall: group authorize returns ok for request 10 > > rad_check_password: Found Auth-Type DIGEST > > auth: type "digest" > > Processing the authenticate section of radiusd.conf > > modcall: entering group authenticate for request 10 > > rlm_digest: Configuration item "User-Password" is required for > > authentication. > > modcall[authenticate]: module "digest" returns invalid for request 10 > > modcall: group authenticate returns invalid for request 10 > > auth: Failed to validate the user. > > Delaying request 10 for 1 seconds > > Finished request 10 > > Going to the next request > > Sending Access-Reject of id 80 to 127.0.0.1:33188 > > Waking up in 1 seconds... > > --- Walking the entire request list --- > > Waking up in 1 seconds... > > --- Walking the entire request list --- > > Sending Access-Reject of id 81 to 127.0.0.1:33189 > > Waking up in 2 seconds... > > --- Walking the entire request list --- > > Cleaning up request 8 ID 79 with timestamp 423f309b > > Waking up in 1 seconds... > > --- Walking the entire request list --- > > Cleaning up request 9 ID 80 with timestamp 423f309c > > Waking up in 1 seconds... > > --- Walking the entire request list --- > > Cleaning up request 10 ID 81 with timestamp 423f309d > > Nothing to do. Sleeping until we see a request. > > > > > > > > > > > > > > -- > > > > rrgv > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > ------------------------------------------------------------------------------------------------------- > This email, and any files transmitted with it, is copyright and may contain confidential information. > The contents are intended for the use of the addressee(s) only. > Unauthorized use may be unlawful. > If you receive this email by mistake, please advise sender immediately. > The views of the author may not necessarily constitute the views of Telco Electronics Limited. > Nothing in this mail shall bind Telco Electronics Limited in any contract or obligation. > > Telco Electronics Limited > 6-8 Oxford Court > Brackley > Northants > NN13 7XY > > Tel 01280 761600 > Fax 01280 841174 > -- rrgv

19 years, 9 months

[Serusers] SER proxy and Asterisk features

by Yves De Serres

I am involved in a new deployment of the famous SER and Asterisk tandem. The goal is to use SER as a SIP proxy (what it is) and Asterisk as an IP-PBX (connection to PSTN and voicemail). We plan to make extensive use of WiFi phones. I begin to have "some" understanding of the interplay between SER and Asterisk, especially when it comes to handle calls to/from the PSTN as well as transfers to voicemail. On the other hand, I keep stumbling on the following question: Besides handling voicemail and interconnection to PSTN, Asterisk offers many of the traditional PBX features (for example CallWaiting activated by hookflash or *64 for DoNotDisturb). For SIP to SIP calls handled solely by SER (unless I am mistaken), how are these features invoked (or activated)? What kind of messaging goes on when hookflash or *xx is activated on the phone? What are the respective roles and responsibilities of SER and Asterisk in handling such messaging? Regards Yves DeSerres (ydeserres(a)raris.net) Raris Communications

19 years, 9 months

[Serusers] Troubles calling from a Nated UA to a PSTN gateway on a Public address space using SER 0.9.1 and Mediaproxy Release 1.2.1

by Alberto Cruz

Hi everybody I having a weird behavior with Mediaproxy I'm using SER 0.9.1 and Mediaproxy Release 1.2.1 The Gateway is a Cisco AS5300 using release 12.2(15)T I have a UA using behind a NAT, the PSTN gateway and the SER server both are using public IP addresses. The behaviors are the following: 1. When I tried to place a call from a NATed UA to the PSTN gateway I'm not receiving the call progress tone or ring back tone at the NATed UA. 2. If I decide to wait until the call is completed (doesn't matter if a heard death air as progress tone) I start hearing the calling party as soon the call is completed and we can talk each other without any troubles. 3. If I cancel the call and hang up the phone at the NATed UA before the call is completed (during the call progress stage) the SER/Mediaproxy don't cancel the call it still in progress until it is completed or cancelled by the PSTN. I'm attaching my ser configuration and the logging I'm getting when I cancel the call before it's completed. Please Help me to know how to fix this If I'm making some mistake with mediaproxy or routing configuration at the ser configuration. Thanks in advanced. Regards Alberto Cruz Mar 20 00:10:02 matrix proxydispatcher[1379]: command request call-80BF3413-4297-D911-0217-21(a)172.31.254.240 172.31.254.240:10286:audio 200.67.33.247 172.31.254.240 remote 65.208.39.219 remote Quintum/1.0.0 info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag: Mar 20 00:10:02 matrix proxydispatcher[1379]: will use default mediaproxy for this call. Mar 20 00:10:02 matrix mediaproxy[1376]: command request call-80BF3413-4297-D911-0217-21(a)172.31.254.240 172.31.254.240:10286:audio 200.67.33.247 172.31.254.240 remote 65.208.39.219 remote Quintum/1.0.0 info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:,dispatcher Mar 20 00:10:02 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: started. listening on 65.208.39.215:35150 Mar 20 00:10:02 matrix mediaproxy[1376]: command execution time: 9.23 ms Mar 20 00:10:02 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '65.208.39.215 35150' Mar 20 00:10:02 matrix proxydispatcher[1379]: command execution time: 13.13 ms Mar 20 00:10:06 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:06 matrix mediaproxy[1376]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73,dispatcher Mar 20 00:10:06 matrix mediaproxy[1376]: command execution time: 1.63 ms Mar 20 00:10:06 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '65.208.39.215 35150' Mar 20 00:10:06 matrix proxydispatcher[1379]: command execution time: 4.88 ms Mar 20 00:10:06 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: caller signed in from 200.67.33.247:49125 (RTP) (will return to 200.67.33.247:49125) Mar 20 00:10:06 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: called signed in from 65.208.39.219:18342 (RTP) (will return to 65.208.39.219:18342) Mar 20 00:10:08 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: caller signed in from 200.67.33.247:49126 (RTCP) (will return to 200.67.33.247:49126) Mar 20 00:10:11 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: called signed in from 65.208.39.219:18343 (RTCP) (will return to 65.208.39.219:18343) Mar 20 00:10:13 matrix proxydispatcher[1379]: command delete call-80BF3413-4297-D911-0217-21(a)172.31.254.240 info= Mar 20 00:10:13 matrix mediaproxy[1376]: command delete call-80BF3413-4297-D911-0217-21(a)172.31.254.240 info=dispatcher Mar 20 00:10:13 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: 29/44/73 packets, 1380/5320/6700 bytes (caller/called/relayed) Mar 20 00:10:13 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: ended. Mar 20 00:10:13 matrix mediaproxy[1376]: command execution time: 1.43 ms Mar 20 00:10:13 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '' Mar 20 00:10:13 matrix proxydispatcher[1379]: command execution time: 4.29 ms Mar 20 00:10:45 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:45 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:45 matrix proxydispatcher[1379]: command execution time: 0.91 ms Mar 20 00:10:45 matrix /usr/local/sbin/ser[11723]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:45 matrix /usr/local/sbin/ser[11723]: ERROR: on_reply processing failed Mar 20 00:10:46 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:46 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:46 matrix proxydispatcher[1379]: command execution time: 1.08 ms Mar 20 00:10:46 matrix /usr/local/sbin/ser[11725]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:46 matrix /usr/local/sbin/ser[11725]: ERROR: on_reply processing failed Mar 20 00:10:47 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:47 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:47 matrix proxydispatcher[1379]: command execution time: 1.09 ms Mar 20 00:10:47 matrix /usr/local/sbin/ser[11723]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:47 matrix /usr/local/sbin/ser[11723]: ERROR: on_reply processing failed # # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # # # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (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) listen=65.208.39.215 port=5060 alias=65.208.39.215 alias=sip.telereunion.com.mx children=4 fifo_mode=0666 fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/group.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/mediaproxy.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) modparam("domain", "db_mode", 1) modparam("auth_db|usrloc|domain|group", "db_url", "mysql://ser:heslo@localhost/ser") modparam("group", "use_domain", 0) # -- 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("mediaproxy", "natping_interval", 60) modparam("registrar", "nat_flag", 2) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { if (method!="ACK") { sl_send_reply("483","Too Many Hops"); }; break; }; if (msg:len >= 2048 ) { if (method!="ACK") { sl_send_reply("513", "Message too big"); }; break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); if (method=="REGISTER") { if (uri==myself || is_from_local()) { # Mark as NAT'ed if (client_nat_test("3")) { setflag(2); force_rport(); fix_contact(); }; if (!www_authorize("", "subscriber")) { www_challenge("", "0"); break; } else if (!check_to()) { sl_send_reply("403", "Username!=To not allowed"); break; }; if (!save("location")) { sl_reply_error(); }; } else { append_hf("P-hint: outbound alias\r\n"); sl_send_reply("403", "This domain is not served here"); }; break; }; if (method=="INVITE") { if (!(is_from_local() || uri==myself || is_uri_host_local())) { sl_send_reply("403", "Relaying is forbidden"); break; }; t_on_failure("1"); } else if (method == "BYE" || method == "CANCEL") { end_media_session(); }; # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); # The following lines are added due media proxy if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; # end media session for BYE and CANCEL is done above # before entering the loose route. no need to call it here t_relay(); break; }; if (client_nat_test("3") && !search("^Record-Route:")) { # Mark as NAT'ed force_rport(); fix_contact(); }; ### Begin PSTN evaluation if (method=="INVITE") { if (uri=~"sip:01[1-9][0-9]+@.*") { if (!is_user_in("From", "ld")) { sl_send_reply("403", "LD permissions needed"); break; }; rewritehostport("65.208.39.219:5060"); } else if (uri=~"sip:00[1-9][0-9]+@.*") { if (!is_user_in("From", "int")) { sl_send_reply("403", "International permissions needed"); break; }; rewritehost("65.208.39.219"); }; t_on_reply("1"); }; ### End PSTN evaluation if (is_uri_host_local() || uri==myself) { # join with next if? # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "User not found"); break; }; }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } failure_route[1] { end_media_session(); } onreply_route[1] { if (status=~"(180)|(183)|(2[0-9][0-9])") { if (client_nat_test("1")) { fix_contact(); }; use_media_proxy(); }; }

19 years, 9 months

[Serusers] Question about mystun.

by Ricardo Martinez

Hello. When i start the STUN server from iptel (mystun) with this command line : % ./server.exe -D as a deamon. How can i check which is my bind address and my alternative bind address? Thanks! Ricardo.-

19 years, 9 months

← Newer
1
...
20
21
22
23
24
25
26
...
63
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 March 2005