- sr-users - kamailio.org

[Serusers] SER Proxy and SIP Redirect
by Eric Dean 22 Mar '05

22 Mar '05

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?

4 7

Re: [Serusers] getting "error: 400;check if you use aliases in SER" when adding a new user with serctl
by Alberto Cruz 22 Mar '05

22 Mar '05

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

3 2

Re: [Serusers] exported fnct replace_all -> ERROR: fifo_server fgets failed
by Marian Dumitru 22 Mar '05

22 Mar '05

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

1 0

Re: [Serusers] SER with Radius Authentication
by Rafael J. Risco G.V. 22 Mar '05

22 Mar '05

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

1 0

[Serusers] SER proxy and Asterisk features
by Yves De Serres 22 Mar '05

22 Mar '05

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

1 0

[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 22 Mar '05

22 Mar '05

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(); }; }

1 0

[Serusers] Question about mystun.
by Ricardo Martinez 22 Mar '05

22 Mar '05

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.-

2 1

[Serusers] Automatically archiving accounting data
by Steve Blair 22 Mar '05

22 Mar '05

Hello: I capture INVITE messages in the acc table. I'd like to automatically archive to a file. I do not see anyway to do this through the accounting module. Is there a way to automatically copy the contents of this table to a disk file then clear the table? By the way this is a 0.8.14 stable system the is soon to be upgraded to 0.9.0. Thanks,Steve

2 1

[Serusers] exported fnct replace_all -> ERROR: fifo_server fgets failed
by Nicolas Fauvel 22 Mar '05

22 Mar '05

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/

2 1

[Serusers] Help with subst
by Jed Stafford 22 Mar '05

22 Mar '05

I may be going about this all the wrong way, but I am attemping to change the INVITE string at the begining of the session. In this example my XLite client is connecting to SER which is then forwarding the call to my PSTN gateway, however the INVITE string stays written for the SER IP address. Here is what I have thus far. The first line was just a test which worked to modify the To: line. I assumed it would also work with the INVITE, or am I going about this all the wrong way? subst('/^To:.*sip:([0-9]+)@.*$/To:<sip:\1@111.111.111.111>/'); subst('/^INVITE sip:([0-9]+)@.*$/INVITE sip:\1@111.111.111.111/'); thanks, -Jed

2 1

[Serusers] any free IPv6 SIP agent available?
by murong.lin＠nokia.com 22 Mar '05

22 Mar '05

Hi, We have a IPv6 3G lab here, and would like to test some IPv6 SIP application, any free IPv6 SIP agent available now? Thanks for the advance!! Br, Lin Murong

3 2

[Serusers] SIP Express Router and Microsoft LCS question
by Jared Cluff 22 Mar '05

22 Mar '05

We use the Microsoft LCS server at my work as our primary Instant Messaging platform. However we also have a Jabber-1.4.2 server running the XMPP protocol for IM within my specific group. We utilize this mostly for the chatroom functionality but have been trying to find a way to get our Jabber server to exchange messages with the LCS server. SER seems to support gateway functionalities of translating messages from XMPP to SIMPLE but I am aware that Microsoft's LCS has sort of hi-jacked the SIMPLE protocol with a proprietary implementation. Is anybody on this list familiar with Microsofts LCS and SER to know if they can cooperate in exchanging messages? If they can, are there any sample configurations and topologies that I can evaluate on this?

1 0

[Serusers] handling BYE from caller and callee
by Iqbal 22 Mar '05

22 Mar '05

Hi When llooking at acc table, I see multiple Bye for the same INVITE, one can be from my pstn gateway, and the other could be from my UA (eg xlite). It seems if xlite hands up, I get a BYE, but then when the user at the other end also hangs up, if his phone hasnt cutoff bye then, I get another BYE, how can I resolve this problem. I'm thinking that the BYE from the pstn is a good thing, since that the actual billable time, however the pstn will not always send a BYE, if xlite hangs up, and this disconnect has been sent to the gateway-->phone. Iqbal

2 1

[Serusers] SER : the UA have a Network crash : How to cut the call !
by Nicolas Ruiz 22 Mar '05

22 Mar '05

Hi all ! Does anyone, have a good solution (for billing) to cut the call when the UA have a Network or a Power crash ? Vovida B2BUA solution is good or not ? Please reply meeeeeeeeeeeeeeeeeeee Best Regards Nicolas RUIZ France,Paris

1 0

[Serusers] help needed - second proxy does not responds to messages
by Tina 22 Mar '05

22 Mar '05

Hello, I am trying to set up configuration of two proxies. The first proxy (IP <...163>) receives all requests, registers users in the data base, and forwards requests to the second proxy (IP <...161.) - see ser.cfg.registrar configuration file. The messages sent to network (I see them via Ethereal). Unfortunately, the second proxy (<161>) does not respond to them. I think I missed some definitions in the second config script (see ser.cfg.proxy below), because direct calls (via <161> or <163>) are processed correctly... I would appreciate it a lot if someone could help me with this problem. Thx in advance, Tina

1 0

Re: [Serusers] getting "error: 400;check if you use aliases in SER" when adding a new user with serctl
by Samuel Osorio Calvo 22 Mar '05

22 Mar '05

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

1 0

[Serusers] second proxy does not respond to forwarded messages - sorry the are attachments here
by Tina 22 Mar '05

22 Mar '05

Hello, I am trying to set up configuration of two proxies. The first proxy (IP <...163>) receives all requests, registers users in the data base, and forwards requests to the second proxy (IP <...161.) - see ser.cfg.registrar configuration file. The messages sent to network (I see them via Ethereal). Unfortunately, the second proxy (<161>) does not respond to them. I think I missed some definitions in the second config script (see ser.cfg.proxy below), because direct calls (via <161> or <163>) are processed correctly... I would appreciate it a lot if someone could help me with this problem. Thx in advance, Tina --------------------------------- Do you Yahoo!? Yahoo! Small Business - Try our new resources site! # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ # # simple quick-start config script # # ----------- 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 debug=7 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=4 alias=localhost alias=192.168.25.163 alias=192.168.25.161 fifo="/tmp/ser_fifo" # ------------------ 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/registrar.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("usrloc", "db_url","sql://ser:heslo@192.168.25.163/ser") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ log(1,"request received"); # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if ( msg:len > max_len ) { sl_send_reply("513", "Message too big"); break; }; log(1,"request received"); # 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 record_route(); # loose-route processing if (loose_route()) { log(1,"loose route"); t_relay(); break; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { log(1,"uri==myself"); if (method=="REGISTER") { log(1,"method==REGISTER"); # Uncomment this if you want to use digest authentication # if (!www_authorize("iptel.org", "subscriber")) { # www_challenge("iptel.org", "0"); # break; # }; log(1,"save location"); save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { log(1,"not found"); sl_send_reply("404", "Not Found"); break; }; }; log(1,"uri!=myself"); # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { log(1,"t_relay()"); sl_reply_error(); }; } # ----------- global configuration parameters ------------------------ #debug=3 # debug level (cmd line: -dddddddddd) #fork=yes #log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 children=3 listen=192.168.25.163 alias=localhost alias=192.168.25.163 alias=192.168.25.161 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- 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/registrar.so" loadmodule "/usr/local/lib/ser/modules/textops.so" # SQL database for persistent storage modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url","sql://ser:heslo@192.168.25.163/ser") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ log(1,"request received"); # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if ( msg:len > max_len ) { 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 record_route(); log(1,"record_route"); # loose-route processing if (loose_route()) { log(1,"loose_route"); t_relay(); break; }; #--Requests for our domain - authenticate and save location if (!uri==myself) { log(1,"uri!=myself"); sl_send_reply("403","This domain is not served here"); break; }; #--Method register - authenticate and save location if (method=="REGISTER") { log(1,"REGISTER"); # authentication logic # if (!www_authorize("softroute.net", "subscriber")) { # www_challenge("softroute.net", "0"); # break; # }; log(1,"save location"); save("location"); break; }; #--methods other than register - forward to Proxy log(1,"append hf and forward to 161"); append_hf("P-hint: forwarded to Proxy"); # t_relay_to_udp("192.168.65.161","5060"); rewritehostport("192.168.65.161:5060"); forward(uri:host,uri:port); }

1 0

[Serusers] second proxy does not respond to forwarded messages
by Tina 22 Mar '05

22 Mar '05

Hello, I am trying to set up configuration of two proxies. The first proxy (IP <...163>) receives all requests, registers users in the data base, and forwards requests to the second proxy (IP <...161.) - see ser.cfg.registrar configuration file. The messages sent to network (I see them via Ethereal). Unfortunately, the second proxy (<161>) does not respond to them. I think I missed some definitions in the second config script (see ser.cfg.proxy below), because direct calls (via <161> or <163>) are processed correctly... I would appreciate it a lot if someone could help me with this problem. Thx in advance, Tina __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[Serusers] getting "error: 400; check if you use aliases in SER" when adding a new user with serctl
by Alberto Cruz 22 Mar '05

22 Mar '05

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 # # $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(); }; }

1 0

[Serusers] please help big pb with ser and dbtext
by karim Oumalou 22 Mar '05

22 Mar '05

hi everybody, I am using ser with dbtext database The code is working, the authentification users is ok but when i add news users, i have a pb, they are not loaded in the suscriber. My question is : can i add users in the suscriber table (dbtext) without restart ser Thank you. # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=7 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=yes check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- loadmodule "/usr/local/lib/ser/modules/dbtext.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/registrar.so" # Uncomment this if you want digest authentication 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",2) modparam("usrloc", "db_url", "/usr/local/etc/ser/dbtext") # -- auth params -- # modparam("auth_db", "db_url", "/usr/local/etc/ser/dbtext") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") ################################################################ # -- registrar params -- ########################################################## #modparam("registrar", "nat_flag", 6) #modparam("registrar", "max_expires", 1200) #modparam("registrar", "min_expires", 300) #modparam("registrar", "default_expires", 1200) #modparam("registrar", "use_domain", 1) #modparam("registrar","desc_time_order",1) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- 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")) { sl_send_reply("483","Too Many Hops"); break; }; if ( msg:len > max_len ) { 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 record_route(); # loose-route processing if (loose_route()) { t_relay(); break; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("softiphone.net", "subscriber")) { # www_challenge("softiphone.net", "0"); # break; # }; if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); break; } save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { sl_reply_error(); }; }

1 1

[Serusers] please...aswer...
by ilenis naveda 22 Mar '05

22 Mar '05

Hello... please, sorry me!!! i don't speak english... please i need your help! i like download SER(SIP Express Router)! i can not install, if can help me, thank you!!! ---------------------------------

2 1

[Serusers] RPID Handling in ser 0.9.0/0.9.1
by Francesco Bottà 22 Mar '05

22 Mar '05

Hi all, what the best way to catch rpid value from DB in SER release 0.9.0 and 0.9.1? In my test I've setting this 2 modparam line: modparam("auth_db", "avps_column_int", "domn") modparam("auth_db", "avps_column_str", "uuid|rpid") and the function append_rpid_hf("<", ">;party=calling;id-type=subscriber;screen=yes;privacy=off"); is called before t_relay(). But in the release 0.9.0 SER is unable to catch the rpid value from DB and the call failed when is parsed from my DSS-1 Gateway, wheter in 0.9.1 release all works well. I've, as usual, provisioned the rpid values with serctl rpid add tool. What I'm wrong or missing? Many thanx Verbal

1 0

[Serusers] Fw: isdngw error
by Nicky 22 Mar '05

22 Mar '05

Hi Ulrich Abend, I am using the HST Saphir V C card. I have attached my error message for your reference. Please help. I am trying to get the ISDN module up but I have having errors. Regards, Nicky > ----- Original Message ----- > From: "Ulrich Abend" <uli(a)iptel.org> > To: "Nicky" <nicky(a)caliber.com.sg> > Sent: Wednesday, March 16, 2005 4:44 PM > Subject: Re: isdngw error > > > > Hi, > > > > well it seems to look fine. > > Did you try to run isdngw in CAPI mode (loglevel 3)? What is the error > > message? > > > > What card are you using? > > > > Uli. > > > > On Wednesday 16 March 2005 07:51, Nicky wrote: > > > Hi Ulrich Abend, > > > > > > I have attached my capiinfo for your reference. Please help. Thanks. > > > > > > Regards, > > > Nicky > > > ----- Original Message ----- > > > From: "Ulrich Abend" <uli(a)iptel.org> > > > To: "Nicky" <nicky(a)caliber.com.sg> > > > Sent: Tuesday, March 15, 2005 9:37 PM > > > Subject: Re: isdngw error > > > > > > > HI, > > > > > > > > what does the output of capiinfo say? > > > > > > > > Regards, > > > > > > > > Uli. > > > > > > > > On Tuesday 15 March 2005 14:27, Nicky wrote: > > > > > Dear Ulrich Abend, > > > > > > > > > > I am testing on the ISDNgw module of SEMS, when I run the > > > > > ATDT<telephone number> i encountered these messages : No Dialtone > and > > > > > NO MSN/EAZ. > > > > > > Please > > > > > > > > advice what can be the problem. Also when i tried to run the > modprobe > > > > > capidrv and load the ISDN service in redhat 9.0, there is error > there > > > > > is > > > > > > no > > > > > > > > such module for the modprobe and loading of ISDN modules failed. > Please > > > > > help. Thanks in advance. > > > > > > > > > > Regards, > > > > > Nicky > > > > > > > > -- > > > > Dipl. Inform. Ulrich Abend > > > > > > > > iptelorg GmbH > > > > Am Borsigturm 11 > > > > 13507 Berlin > > > > Germany > > > > > > > > ulrich.abend(a)iptelorg.com > > > > www.iptelorg.com > > > > -- > > Dipl. Inform. Ulrich Abend > > Product Manager Universal Release > > Project Manager Customer Projects > > > > iptelorg GmbH > > Am Borsigturm 11 > > 13507 Berlin > > Germany > > > > ulrich.abend(a)iptelorg.com > > www.iptelorg.com > > > > T +49-700-IPTELORG > > M +49-179-12 777 94 > > F +49-30-6908 8248 >

1 0

[Serusers] Re: isdngw error
by Nicky 22 Mar '05

22 Mar '05

----- Original Message ----- From: "Nicky" <nicky(a)caliber.com.sg> To: "Ulrich Abend" <uli(a)iptel.org> Sent: Monday, March 21, 2005 10:34 PM Subject: Re: isdngw error > Hi Ulrich Abend, > > I am using the HST Saphir V C card. I have attached my error message for > your reference. Please help. > I am trying to get the ISDN module up but I have having errors. > > Regards, > Nicky > ----- Original Message ----- > From: "Ulrich Abend" <uli(a)iptel.org> > To: "Nicky" <nicky(a)caliber.com.sg> > Sent: Wednesday, March 16, 2005 4:44 PM > Subject: Re: isdngw error > > > > Hi, > > > > well it seems to look fine. > > Did you try to run isdngw in CAPI mode (loglevel 3)? What is the error > > message? > > > > What card are you using? > > > > Uli. > > > > On Wednesday 16 March 2005 07:51, Nicky wrote: > > > Hi Ulrich Abend, > > > > > > I have attached my capiinfo for your reference. Please help. Thanks. > > > > > > Regards, > > > Nicky > > > ----- Original Message ----- > > > From: "Ulrich Abend" <uli(a)iptel.org> > > > To: "Nicky" <nicky(a)caliber.com.sg> > > > Sent: Tuesday, March 15, 2005 9:37 PM > > > Subject: Re: isdngw error > > > > > > > HI, > > > > > > > > what does the output of capiinfo say? > > > > > > > > Regards, > > > > > > > > Uli. > > > > > > > > On Tuesday 15 March 2005 14:27, Nicky wrote: > > > > > Dear Ulrich Abend, > > > > > > > > > > I am testing on the ISDNgw module of SEMS, when I run the > > > > > ATDT<telephone number> i encountered these messages : No Dialtone > and > > > > > NO MSN/EAZ. > > > > > > Please > > > > > > > > advice what can be the problem. Also when i tried to run the > modprobe > > > > > capidrv and load the ISDN service in redhat 9.0, there is error > there > > > > > is > > > > > > no > > > > > > > > such module for the modprobe and loading of ISDN modules failed. > Please > > > > > help. Thanks in advance. > > > > > > > > > > Regards, > > > > > Nicky > > > > > > > > -- > > > > Dipl. Inform. Ulrich Abend > > > > > > > > iptelorg GmbH > > > > Am Borsigturm 11 > > > > 13507 Berlin > > > > Germany > > > > > > > > ulrich.abend(a)iptelorg.com > > > > www.iptelorg.com > > > > -- > > Dipl. Inform. Ulrich Abend > > Product Manager Universal Release > > Project Manager Customer Projects > > > > iptelorg GmbH > > Am Borsigturm 11 > > 13507 Berlin > > Germany > > > > ulrich.abend(a)iptelorg.com > > www.iptelorg.com > > > > T +49-700-IPTELORG > > M +49-179-12 777 94 > > F +49-30-6908 8248 >

1 0

[Serusers] SER coredumped in the final_response_handler
by szj 22 Mar '05

22 Mar '05

I used the SER 0.10.99 from CVS code. I have tested it several days. But I found that it often crashed due to unknow reason. I debugged it with the coredump ser produced. it reports: Loaded symbols for /lib/libnss_dns.so.2 #0 0x00a83755 in relay_reply (t=0xb60abbd8, p_msg=0xffffffff, branch=0, msg_status=408, cancel_bitmap=0xbffced88) at t_reply.c:996 996 DBG("DEBUG: relay_reply: branch=%d, save=%d, relay=%d, msg=%s\n", (gdb) where #0 0x00a83755 in relay_reply (t=0xb60abbd8, p_msg=0xffffffff, branch=0, msg_status=408, cancel_bitmap=0xbffced88) at t_reply.c:996 #1 0x00a771d8 in timer_routine (ticks=1104, attr=0x0) at timer.c:251 #2 0x080825d9 in timer_ticker () at timer.c:146 #3 0x0805ce12 in main_loop () at main.c:1097 #4 0x0805e5da in main (argc=3, argv=0xbffcef04) at main.c:1569 Fortunately I started the SER with logging functions. The log says: 8(5775) DEBUG: add_to_tail_of_timer[7]: 0xb60abcf0 18(5775) DEBUG: retransmission_handler : done 18(5775) DEBUG: timer routine:0,tl=0xb60abd00 next=(nil) 18(5775) DEBUG: final_response_handler:stop retr. and send CANCEL (0xb60abbd8) 18(5775) ->>>>>>>>> T_code=180, new_code=408 27(5784) 0(5757) child process 5775 exited by a signal 11 0(5757) core was generated 0(5757) INFO: terminating due to SIGCHLD 19(5776) INFO: signal 15 received 19(5776) Memory status (pkg): 19(5776) qm_status (0x8108d20): 19(5776) heap size= 1027664 19(5776) used= 28000, used+overhead=55840, free=971824 19(5776) max used (+overhead)= 58848 I have two sip ua, the call must go through the SER. It will crash about several setup procedure. I wonder what happens to the SER. Thanks for your kind help. Best Regards Sun Zongjun

1 0

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