sr-users

sr-users@lists.kamailio.org

4 participants
37456 discussions

RV: RV: [Users] WeSIP session question
by Antonio Abajo 20 Mar '07

20 Mar '07

Buenas tardes Tele In the capture, I see the following call flow. GW WESIP MS ------ INV(S1)-----> -------INV (S2) ------> <--------183 ----------- ------- 183 -----------> <----------ACK --------- <---------503 ---------- ... 14:07:57 19Mar2007 DEBUG SipProcessor [SipProcessor[4]]- <<<<<<<<< Request Received <<<<<<<<< INVITE sip:390104491079@82.215.163.67 SIP/2.0 Via: SIP/2.0/UDP 82.215.163.5:5060;branch=z9hG4bK6a4fa6b1 Max-Forwards: 69 From: <sip:3405300695@82.215.163.5>;tag=6a4fa6b1 To: <sip:390104491079@82.215.163.67> Call-ID: 1783604896-30787@SVIGateway CSeq: 1 INVITE Contact: <sip:82.215.163.5:5060> Content-Type: application/sdp Content-Length: 213 14:07:58 19Mar2007 DEBUG SipRequest [SipProcessor[4]]- >>>>>>>>> Sending Request >>>>>>>>> INVITE sip:199@82.215.133.50 SIP/2.0 Max-Forwards: 69 From: <sip:3405300695@82.215.163.5>;tag=01E9CCA04D3CF9B8B3BE20CE1385BC2A To: <sip:390104491079@82.215.163.67> CSeq: 1 INVITE Content-Type: application/sdp Call-ID: 11111783604896-30787@SVIGateway Contact: <sip:82.215.163.67:5060;transport=udp> Via: SIP/2.0/UDP 82.215.163.67:5060;branch=z9hG4bK477735439 Content-Length: 21314:07:58 19Mar2007 DEBUG SipProcessor [SipProcessor[4]]- <<<<<<<<< Response Received <<<<<<<<< SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 82.215.163.67:5060;branch=z9hG4bK477735439 From: <sip:3405300695@82.215.163.5>;tag=01E9CCA04D3CF9B8B3BE20CE1385BC2A To: <sip:390104491079@82.215.163.67>;tag=13FB8534-58 Date: Mon, 25 Mar 2002 04:04:50 GMT Call-ID: 11111783604896-30787@SVIGateway Server: Cisco-SIPGateway/IOS-12.x CSeq: 1 INVITE Allow: INVITE,CANCEL,ACK,BYE,INFO,OPTIONS,UPDATE,REGISTER,SUBSCRIBE,NOTIFY,PRACK,RE FER Allow-Events: telephone-event Contact: <sip:199@82.215.133.50:5060> Content-Type: application/sdp Content-Disposition: oSystemsSIP-GW-UserAg Content-Length: 235 14:07:58 19Mar2007 DEBUG SipResponse [SipProcessor[4]]- >>>>>>>>> Sending Response >>>>>>>>> SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 82.215.163.5:5060;branch=z9hG4bK6a4fa6b1 Max-Forwards: 69 From: <sip:3405300695@82.215.163.5>;tag=6a4fa6b1 To: <sip:390104491079@82.215.163.67> CSeq: 1 INVITE Call-ID: 11111783604896-30787@SVIGateway Content-Type: application/sdp Content-Length: 235 v=0 o=CiscoSystemsSIP-GW-UserAgent 9756 1908 IN IP4 82.215.133.50 s=SIP Call c=IN IP4 82.215.133.50 t=0 0 m=audio 19450 RTP/AVP 0 99 c=IN IP4 82.215.133.50 a=rtpmap:0 PCMU/8000 a=rtpmap:99 telephone-event/8000 a=fmtp:99 0-15 14:08:07 19Mar2007 DEBUG SipProcessor [SipProcessor[3]]- <<<<<<<<< Request Received <<<<<<<<< ACK sip:199@82.215.133.50 SIP/2.0 Via: SIP/2.0/UDP 82.215.163.67;branch=z9hG4bK07de.99a696f6.0 From: <sip:3405300695@82.215.163.5>;tag=01E9CCA04D3CF9B8B3BE20CE1385BC2A Call-ID: 11111783604896-30787@SVIGateway To: <sip:390104491079@82.215.163.67>;tag=13FB8534-58 CSeq: 1 ACK User-Agent: OpenSer (1.2.0-pre6-notls (i386/linux)) Content-Length: 0 14:08:07 19Mar2007 DEBUG SipProcessor [SipProcessor[4]]- <<<<<<<<< Response Received <<<<<<<<< SIP/2.0 503 Service Unavailable Via: SIP/2.0/UDP 82.215.163.67:5060;branch=z9hG4bK477735439 From: <sip:3405300695@82.215.163.5>;tag=01E9CCA04D3CF9B8B3BE20CE1385BC2A To: <sip:390104491079@82.215.163.67>;tag=13FB8534-58 Date: Mon, 25 Mar 2002 04:04:50 GMT Call-ID: 11111783604896-30787@SVIGateway Server: Cisco-SIPGateway/IOS-12.x CSeq: 1 INVITE Allow-Events: telephone-event Reason: Q.850;cause=41 Content-Length: 0 The signalling is not correct but, I have looked your code and believe that it is right, revise it and you check if you have the last version of WeSIP and you return to try, because the last release commited in HYPERLINK "http://www.wesip.com/mediawiki/index.php/Downloads:WeSIP_Beta_0.1"http://ww w.wesip.com/mediawiki/index.php/Downloads:WeSIP_Beta_0.1 was fixed a bug with the ApplicationSessions. In my test application I reply your behaviour(with 5xx, with AppSession attributes) and all have working perfectly, I dont understand nothing :( Sorry Good Luck. Antonio -----Mensaje original----- De: tele [mailto:tele@plexia.com] Enviado el: martes, 20 de marzo de 2007 16:46 Para: users(a)openser.org CC: antonio.abajo(a)voztele.com Asunto: Re: RV: [Users] WeSIP session question Hola Antonio, Your example works great and the code is more clear and correct than mine :) i was not clear, my problem was only with the 503 Service Unavailable response, that means a 5xx Server Failure, is it possibile that when the container or openser with seas recive a 5xx response is not able to do for example a creation of a new invite to UA3 recover from the same session?. Or probably i'm occur in a 473 response for an incorrect use of SipApplicationSession. anyway with a 480 Temporarily Unavailable response from the UA2 i solve my problem. thank you very much :tele On Mon, 2007-03-19 at 19:27 +0100, Antonio Abajo wrote: > Hola tele ;) > > I have tested an example similar to yours, and it works ok. It's de > following: > > UA1 ---[1]--> WeSIP --[2]--486 Busy Here---> UA2 > | > [3] > ---OK----_> UA3 > > [1] UA1 generates an INVITE to UA2 ant it 's forwarded to UA2 with a B2BUA > behaviour. In do INVITE. I have implemented the following: > > protected void doInvite(SipServletRequest invite){ > SipServletRequest otherInvite = sf.createRequest(invite, false); > SipURI sipUri = sf.createSipURI("UA2","proxy"); > otherInvite.setRequestURI(sipUri); > otherInvite.getSession().setAttribute("REQUEST", otherInvite); > > otherInvite.getSession().setAttribute("PEER_SESSION",invite.getSession()); > > invite.getSession().setAttribute("PEER_SESSION",otherInvite.getSession()); > invite.getSession().setAttribute("REQUEST", invite); > otherInvite.send(); > } > > [2] UA2 declines the call and a 486 response is received by WeSIP and > process it in doErrorResponse: > > protected void doErrorResponse(SipServletResponse errorResponse) { > switch(errorResponse.getStatus()){ > case 486: > SipServletRequest request = (SipServletRequest) > errorResponse.getSession().getAttribute("REQUEST"); > SipSession otherSession = (SipSession) > errorResponse.getSession().getAttribute("PEER_SESSION"); > SipURI sipUri = sf.createSipURI("UA3", "proxy"); > request.setRequestURI(sipUri); > SipServletRequest newRequest = > sf.createRequest(request,false); > newRequest.getSession().setAttribute("REQUEST", newRequest); > newRequest.getSession().setAttribute("PEER_SESSION", > otherSession); > otherSession.setAttribute("PEER_SESSION", > newRequest.getSession()); > newRequest.setHeader("X-SSVTPBX", "yes"); > newRequest.send(); > break; > } > } > > [3] UA3 Recevies the second call and it takes down. > > > I do not understand the cause of error. I annex you the code of simple sip > application example that replies to your problem. You can start it up and > checking if it works. Else if work for you, I would attempt watching the > particular case when a 5XX responses are received. > > Sorry... > > Best regards. > Antonio. > > -----Mensaje original----- > De: tele [mailto:tele@plexia.com] > Enviado el: lunes, 19 de marzo de 2007 14:33 > Para: Antonio Abajo Álvarez > Asunto: RE: [Users] WeSIP session question > > Hola Antonio, > > The scenario is more complex, i'll try to explain it: > > PSTN > | > | > UA---->GW ------> WeSIP(B2BUA) > | > | > mediaserver > > > GW: 82.215.163.5 > WeSIP: 82.215.163.67 > MS: 82.215.133.50 > > in the mediaserver there is an vxml script that i play in early media > and in case of particular event return to wesip a 503 temporaly > unavailable or e 410 Gone. So my B2BUA application have control of this > and can do stuff with the 503 and 410. > > in particular, in case of 503 temporaly unavailable i get the upstream > session and create a new invite to the media server for play another > announcement associated. in case of 410 gone i generate a new invite to > the GW with the original URI request for the correct termination. > > Yes when the session is removed i'm able to send another call. > > attached here the logs and the servlet. > > don't care about the hardcoded IP and the repeated code :-) > i'm doing testing.. > > regards, > > :tele > > > On Mon, 2007-03-19 at 13:29 +0100, Antonio Abajo Álvarez wrote: > > Hi Tele, > > > > I don't understand very well the problem., for what I understand you have > > the following: > > > > > > UA1 --------------------- WeSIP --------------------- UA2 > > > > ---INV/4XX-6XX/ACK (SS1) --> ----INV/4XX-6XX/ACK(SS2)--> > > > > You try to send another call and receive the 473 response of WeSIP... > > > > ------INV/473/ACK (SS1) --> > > > > And when the session has been removed you can send another call. > > > > If it is the case, I understand that the 473 response is send from > > application or from openser script configuration, because the internal > > behaviour of SIP doesn't send this response automatically. > > > > Can you verify if it is the case? > > > > Thank you very much... > > > > Antonio. > > > > -----Mensaje original----- > > De: users-bounces(a)openser.org [mailto:users-bounces@openser.org] En nombre > > de tele > > Enviado el: lunes, 19 de marzo de 2007 12:35 > > Para: users(a)openser.org > > Asunto: [Users] WeSIP session question > > > > Hi, > > > > I've a problem with WeSIP in B2BUA mode, in case of failed call 4xx-6xx > > correctly terminated, when i try to send another call to WeSIP i recive > > a "473 Filtered destination" then for send another call i've to wait > > WeSIP complete some management with session: > > > > 14:10:16 19Mar2007 DEBUG SipConnector [SipProcessor[3]]- recycle: > > Recycling processor SipProcessor[3] > > 14:10:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- AppSession Id > > [B4D6C9C4288784A68E032D20AB78BD8E] with a number of sessions =1 > > 14:10:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- SipSession > > [z9hG4bK69e6006f] in state [3] with lifetime of :74490 > > 14:10:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- AppSession Id > > [E3E1D9414BC47572CBC73EC7B4A53531] with a number of sessions =1 > > 14:10:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- SipSession > > [z9hG4bK69e68616] in state [3] with lifetime of :40281 > > 14:11:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- AppSession Id > > [B4D6C9C4288784A68E032D20AB78BD8E] with a number of sessions =1 > > 14:11:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- SipSession > > [z9hG4bK69e6006f] in state [3] with lifetime of :134500 > > 14:11:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- AppSession Id > > [E3E1D9414BC47572CBC73EC7B4A53531] with a number of sessions =1 > > 14:11:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- SipSession > > [z9hG4bK69e68616] in state [3] with lifetime of :100291 > > 14:12:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- AppSession Id > > [B4D6C9C4288784A68E032D20AB78BD8E] with a number of sessions =0 > > 14:12:56 19Mar2007 DEBUG StandardAppSessionManager > > [StandardAppSessionManager[/inapp]]- Remove AppSession > > [B4D6C9C4288784A68E032D20AB78BD8E] > > > > When i see Remove AppSession i'm able to send another call... > > I've read the sip servlet spec about that and i'm trying to invalidate() > > or setExpires() to SiApplicationSession in case of failed call. but it's > > not clear how to do yet. > > > > i can provide the full debug if needed. > > > > thank you! > > > > regards > > > > :tele > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.14/727 - Release Date: 19/03/2007 11:49 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.14/727 - Release Date: 19/03/2007 11:49 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.14/727 - Release Date: 19/03/2007 11:49 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.14/727 - Release Date: 19/03/2007 11:49

1 0

[Users] DB migration
by Leonid Fainshtein 20 Mar '07

20 Mar '07

Hi, I didn't understand the proposed process of MySQL DB migration from ver.1.1 to 1.2 For example, the result of "openser_mysqldb.sh migrate openser openser12" will be a new database openser12. But how can I copy/rename openser12 to openser? Does it mean that from now, all of my auxiliary software must work with openser12? Thank you, Leonid Fainshtein ******************************************** This outgoing mail message was scanned by McAfee GroupShield Engine

2 1

[Users] Help with dbtext location table - Almost there!
by Daryl Sanders 20 Mar '07

20 Mar '07

I have been struggling to get usrloc to work with... modparam("usrloc", "db_mode", 1) OpenSER 1.2 starts fine but gives the following error when a phone tries to register: 2(26634) db_insert_ucontact(): Error while inserting contact 2(26634) ERROR:usrloc:insert_ucontact: failed to insert in database Regards, Daryl

1 0

RV: [Users] WeSIP session question
by Antonio Abajo 20 Mar '07

20 Mar '07

Hola tele ;) I have tested an example similar to yours, and it works ok. It's de following: UA1 ---[1]--> WeSIP --[2]--486 Busy Here---> UA2 | [3] ---OK----_> UA3 [1] UA1 generates an INVITE to UA2 ant it 's forwarded to UA2 with a B2BUA behaviour. In do INVITE. I have implemented the following: protected void doInvite(SipServletRequest invite){ SipServletRequest otherInvite = sf.createRequest(invite, false); SipURI sipUri = sf.createSipURI("UA2","proxy"); otherInvite.setRequestURI(sipUri); otherInvite.getSession().setAttribute("REQUEST", otherInvite); otherInvite.getSession().setAttribute("PEER_SESSION",invite.getSession()); invite.getSession().setAttribute("PEER_SESSION",otherInvite.getSession()); invite.getSession().setAttribute("REQUEST", invite); otherInvite.send(); } [2] UA2 declines the call and a 486 response is received by WeSIP and process it in doErrorResponse: protected void doErrorResponse(SipServletResponse errorResponse) { switch(errorResponse.getStatus()){ case 486: SipServletRequest request = (SipServletRequest) errorResponse.getSession().getAttribute("REQUEST"); SipSession otherSession = (SipSession) errorResponse.getSession().getAttribute("PEER_SESSION"); SipURI sipUri = sf.createSipURI("UA3", "proxy"); request.setRequestURI(sipUri); SipServletRequest newRequest = sf.createRequest(request,false); newRequest.getSession().setAttribute("REQUEST", newRequest); newRequest.getSession().setAttribute("PEER_SESSION", otherSession); otherSession.setAttribute("PEER_SESSION", newRequest.getSession()); newRequest.setHeader("X-SSVTPBX", "yes"); newRequest.send(); break; } } [3] UA3 Recevies the second call and it takes down. I do not understand the cause of error. I annex you the code of simple sip application example that replies to your problem. You can start it up and checking if it works. Else if work for you, I would attempt watching the particular case when a 5XX responses are received. Sorry... Best regards. Antonio. -----Mensaje original----- De: tele [mailto:tele@plexia.com] Enviado el: lunes, 19 de marzo de 2007 14:33 Para: Antonio Abajo Álvarez Asunto: RE: [Users] WeSIP session question Hola Antonio, The scenario is more complex, i'll try to explain it: PSTN | | UA---->GW ------> WeSIP(B2BUA) | | mediaserver GW: 82.215.163.5 WeSIP: 82.215.163.67 MS: 82.215.133.50 in the mediaserver there is an vxml script that i play in early media and in case of particular event return to wesip a 503 temporaly unavailable or e 410 Gone. So my B2BUA application have control of this and can do stuff with the 503 and 410. in particular, in case of 503 temporaly unavailable i get the upstream session and create a new invite to the media server for play another announcement associated. in case of 410 gone i generate a new invite to the GW with the original URI request for the correct termination. Yes when the session is removed i'm able to send another call. attached here the logs and the servlet. don't care about the hardcoded IP and the repeated code :-) i'm doing testing.. regards, :tele On Mon, 2007-03-19 at 13:29 +0100, Antonio Abajo Álvarez wrote: > Hi Tele, > > I don't understand very well the problem., for what I understand you have > the following: > > > UA1 --------------------- WeSIP --------------------- UA2 > > ---INV/4XX-6XX/ACK (SS1) --> ----INV/4XX-6XX/ACK(SS2)--> > > You try to send another call and receive the 473 response of WeSIP... > > ------INV/473/ACK (SS1) --> > > And when the session has been removed you can send another call. > > If it is the case, I understand that the 473 response is send from > application or from openser script configuration, because the internal > behaviour of SIP doesn't send this response automatically. > > Can you verify if it is the case? > > Thank you very much... > > Antonio. > > -----Mensaje original----- > De: users-bounces(a)openser.org [mailto:users-bounces@openser.org] En nombre > de tele > Enviado el: lunes, 19 de marzo de 2007 12:35 > Para: users(a)openser.org > Asunto: [Users] WeSIP session question > > Hi, > > I've a problem with WeSIP in B2BUA mode, in case of failed call 4xx-6xx > correctly terminated, when i try to send another call to WeSIP i recive > a "473 Filtered destination" then for send another call i've to wait > WeSIP complete some management with session: > > 14:10:16 19Mar2007 DEBUG SipConnector [SipProcessor[3]]- recycle: > Recycling processor SipProcessor[3] > 14:10:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- AppSession Id > [B4D6C9C4288784A68E032D20AB78BD8E] with a number of sessions =1 > 14:10:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- SipSession > [z9hG4bK69e6006f] in state [3] with lifetime of :74490 > 14:10:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- AppSession Id > [E3E1D9414BC47572CBC73EC7B4A53531] with a number of sessions =1 > 14:10:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- SipSession > [z9hG4bK69e68616] in state [3] with lifetime of :40281 > 14:11:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- AppSession Id > [B4D6C9C4288784A68E032D20AB78BD8E] with a number of sessions =1 > 14:11:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- SipSession > [z9hG4bK69e6006f] in state [3] with lifetime of :134500 > 14:11:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- AppSession Id > [E3E1D9414BC47572CBC73EC7B4A53531] with a number of sessions =1 > 14:11:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- SipSession > [z9hG4bK69e68616] in state [3] with lifetime of :100291 > 14:12:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- AppSession Id > [B4D6C9C4288784A68E032D20AB78BD8E] with a number of sessions =0 > 14:12:56 19Mar2007 DEBUG StandardAppSessionManager > [StandardAppSessionManager[/inapp]]- Remove AppSession > [B4D6C9C4288784A68E032D20AB78BD8E] > > When i see Remove AppSession i'm able to send another call... > I've read the sip servlet spec about that and i'm trying to invalidate() > or setExpires() to SiApplicationSession in case of failed call. but it's > not clear how to do yet. > > i can provide the full debug if needed. > > thank you! > > regards > > :tele > > > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.13/726 - Release Date: 18/03/2007 15:34

2 1

[Users] mi_fifo question
by Andreas Granig 20 Mar '07

20 Mar '07

Hi, I have a OpenSER 1.2 with mi_fifo running, but adding an alias fails: /usr/local/openser-1.2# ./sbin/openserctl alias add 1000 sip:foo1000@mydomain.org database engine 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 entering fifo_cmd ul_add aliases 1000(a)mydomain.org sip:foo1000@mydomain.org 0 1.00 0 0 4294967295 400 Too few or too many arguments FIFO command was: :ul_add:openser_receiver_17638 aliases 1000(a)mydomain.org sip:foo1000@mydomain.org 0 1.00 0 0 4294967295 In etc/openser/openserctlrc I have ALIASES_TYPE="UL", and the mi_fifo module config looks like this: 88 loadmodule "mi_fifo.so" 89 modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") 90 modparam("mi_fifo", "fifo_mode", 0660) 91 modparam("mi_fifo", "fifo_group", "openser") 92 modparam("mi_fifo", "fifo_user", "openser") 93 modparam("mi_fifo", "reply_dir", "/tmp/") 94 modparam("mi_fifo", "reply_indent", "\t") Am I missing something somewhere? Cheers, Andreas This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Thank you for your cooperation. Information pursuant to paragraph 14 Austrian Companies Code: UPC Austria GmbH; Registered Office: Wolfganggasse 58-60, 1120 Vienna Company Register Number: FN 189858d at the Commercial Court of Vienna

3 3

[Users] loose_route problem with 1.2
by jh＠tutpro.com 20 Mar '07

20 Mar '07

i have in openser.cfg file listen=x.x.x.x port=5060 alias="sip.test.fi:5060" tcp_accept_aliases=yes out-of-dialog request comes in with pre-loaded route header: Route: <sip:sip.test.fi;lr;transport=TCP> loose_route() returns true although according to rr/readme it should return false: If the request is out-of-dialog (no to-tag) and there is only one Route: header indicating the local proxy, then the Route: header is removed and the function returns FALSE. this is with openser 1.2. i don't remember having this problems with openser 1.1.1. has something changed in config or what it is that i'm missing? -- juha

2 1

[Serusers] Find an issue with FIFO after crash
by inge 20 Mar '07

20 Mar '07

Hi all, After a crash, the server runs normally SER process. In /tmp/ I've my ser_fifo with same rights than an other server. But my SERWeb says : Warning: filetype(): Lstat failed for (null) (errno=13 - Permission denied) in /var/www/client/functions.php on line 332 FIFO not running or bad path to it, file: /var/www/client/functions.php:335 I've make a test by extracting the if bloc in functions.php near line 332. I put this in an other file. When I execute "php test.php", filetype is Okay. But when I access by http://.../test.php I've got the same error than serweb. Thanks for your support. Adrien

2 4

[Serusers] Unable to compile the xmlrpc module
by Fabian Dedu 20 Mar '07

20 Mar '07

Hi all, I'm trying to compile the ser-2.0.0+cvs20070315_src.tar.gz version and I'm obtaining the following error when trying to compile with xmlrpc support: Input: make include_modules="mysql xmlrpc" all ------------------------------------------------------------------------------------------------------------ make[1]: Entering directory `/downloads/ser2.0/ser/modules/mysql' make[1]: `mysql.so' is up to date. make[1]: Leaving directory `/downloads/ser2.0/ser/modules/mysql' make[1]: Entering directory `/downloads/ser2.0/ser/modules/xmlrpc' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -mcpu=athlon -Wall -DNAME='"ser"' -DVERSION='" 2.0.0+cvs20070309"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 3.2.3"' -D__CPU_i386 -D__OS_linux -DSER_VER=2000000 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DDBG_QM_MALLOC -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DHAVE_SELECT -I/usr/include/libxml2 -I/usr/local/include/libxml2 -I/usr/local/include -c xmlrpc.c -o xmlrpc.o xmlrpc.c: In function `open_doc': xmlrpc.c:1159: warning: implicit declaration of function `xmlReadMemory' xmlrpc.c:1160: `XML_PARSE_NOBLANKS' undeclared (first use in this function) xmlrpc.c:1160: (Each undeclared identifier is reported only once xmlrpc.c:1160: for each function it appears in.) xmlrpc.c:1161: `XML_PARSE_NONET' undeclared (first use in this function) xmlrpc.c:1162: `XML_PARSE_NOCDATA' undeclared (first use in this function) xmlrpc.c:1162: warning: assignment makes pointer from integer without a cast xmlrpc.c: In function `select_method': xmlrpc.c:1505: `XML_PARSE_NOBLANKS' undeclared (first use in this function) xmlrpc.c :1505: `XML_PARSE_NONET' undeclared (first use in this function) xmlrpc.c:1505: `XML_PARSE_NOCDATA' undeclared (first use in this function) xmlrpc.c:1505: warning: assignment makes pointer from integer without a cast make[1]: *** [xmlrpc.o] Error 1 make[1]: Leaving directory `/downloads/ser2.0/ser/modules/xmlrpc' make[1]: Entering directory `/downloads/ser2.0/ser/modules/acc_db' make[1]: `acc_db.so' is up to date. make[1]: Leaving directory `/downloads/ser2.0/ser/modules/acc_db' etc.... all the other modules are compiling okay ------------------------------------------------------------------------------------------------------------ I'm using Red Hat Enterprise AS 3.0 with all updates included. Did anyone experiencing the above compile issue regarding this new xmlrpc module ? Thank you, Fabian.

2 4

[Serusers] SER -> PSTN Gateway+NAT: BYE handling problem
by Fabio Macchi 20 Mar '07

20 Mar '07

Hi all, I'm running the following schema: UA ( possibly natted ) -> SER -> PSTN Gateway I have a problem with UA belonging to a particular network with private address not RFC1918 compliant ( class 1.x.x.x ), SER and PSTN Gateway have pubblic address. The problem is that, after a succesfull call, if the PSTN gateway send a BYE to SER, then SER forward BYE to the private address of UA instead of pubblic one. I don't understand which is the section that handle BYE messages and how can I solve this problem: anyone may help ? Second, another question: with this particular network I had problem with INVITE too, because SER was sending "proxy authorization request" to the wrong TCP port. To solve this, I've moved the nat handling ( with force_rport ) before the proxy_authorize block and it's working, but why this is not necessary on standard RFC1918 compliant natted address ? Many thanks for any explanation Fabio

3 3

[Serusers] Heartbeat with ser and asterisk
by aespinoza＠vivophone.com 20 Mar '07

20 Mar '07

Hello people I have a heartbeat cluster that manages a ser 0.9.3 running on one machine and asterisk1.2.3 running on another in an Active/Active two IP address Configuration with failover support. I have SUSE 10.1 installed on both machines. My ha.cf files look like this ############################################### logfile /var/log/ha-log logfacility local0 keepalive 2 deadtime 10 warntime 10 initdead 20 udpport 694 baud 19200 bcast eth1 ping xxx.xxx.x.x auto_failback on node linux-xczz node prueba2 respawn hacluster /usr/local/lib/heartbeat/ipfail ################################################# My haresources files look like this ######################################## prueba2 xxx.xxx.x.125/24 safe_asterisk linux-xczz xxx.xxx.x.124/24 serctl ######################################## so "linux-xczz" is the master when running ser and "prueba2" is the master when running asterisk the authkeys files are the same on both machines too with the right permissions (mod 600). The /etc/hosts files look like this ########################## 10.10.10.1 linux-xczz 10.10.10.2 prueba2 ########################## The First time I try to run heartbeat on one machine (prueba2) with /etc/init.d/heartbeat start, both my services run good. But when I try to run heartbeat on the other machine (linux-xczz) so that it takes over the ser service, the system goes crazy and once linux-xczz takes over the ser service, prueba2 gives up the other resource (asterisk) which it should not do, and it appears on linux-xczz, only to disappear seconds later along with ser, leaving my cluster-ha a complete wreck with no service running on either machine. The error log I get from prueba2 is this: heartbeat[12609]: 2007/03/15_11:41:18 info: Link linux-xczz:eth1 up. heartbeat[12609]: 2007/03/15_11:41:18 info: Status update for node linux-xczz: status init heartbeat[12609]: 2007/03/15_11:41:18 info: Status update for node linux-xczz: status up harc[13730]: 2007/03/15_11:41:18 info: Running /etc/ha.d/rc.d/status status harc[13741]: 2007/03/15_11:41:18 info: Running /etc/ha.d/rc.d/status status heartbeat[12609]: 2007/03/15_11:41:19 info: Status update for node linux-xczz: status active harc[13754]: 2007/03/15_11:41:19 info: Running /etc/ha.d/rc.d/status status heartbeat[12609]: 2007/03/15_11:41:19 info: remote resource transition completed. heartbeat[12609]: 2007/03/15_11:41:19 info: prueba2 wants to go standby [foreign] heartbeat[12609]: 2007/03/15_11:41:20 info: standby: linux-xczz can take our foreign resources heartbeat[13767]: 2007/03/15_11:41:20 info: give up foreign HA resources (standby). ResourceManager[13777]: 2007/03/15_11:41:20 info: Releasing resource group: linux-xczz xxx.xxx.x.124/24 serctl ResourceManager[13777]: 2007/03/15_11:41:20 info: Running /etc/init.d/serctl stop ResourceManager[13777]: 2007/03/15_11:41:20 info: Running /etc/ha.d/resource.d/IPaddr xxx.xxx.x.124/24 stop IPaddr[13915]: 2007/03/15_11:41:20 INFO: /sbin/route -n del -host xxx.xxx.x.124 IPaddr[13915]: 2007/03/15_11:41:20 INFO: /sbin/ifconfig eth0:0 xxx.xxx.x.124 down IPaddr[13915]: 2007/03/15_11:41:20 INFO: IP Address xxx.xxx.x.124 released IPaddr[13836]: 2007/03/15_11:41:20 INFO: IPaddr Success heartbeat[13767]: 2007/03/15_11:41:20 info: foreign HA resource release completed (standby). heartbeat[12609]: 2007/03/15_11:41:20 info: Local standby process completed [foreign]. heartbeat[12609]: 2007/03/15_11:41:23 WARN: 1 lost packet(s) for [linux-xczz] [13:15] heartbeat[12609]: 2007/03/15_11:41:23 info: remote resource transition completed. heartbeat[12609]: 2007/03/15_11:41:23 info: No pkts missing from linux-xczz! heartbeat[12609]: 2007/03/15_11:41:23 info: Other node completed standby takeover of foreign resources. heartbeat[12609]: 2007/03/15_11:41:35 info: linux-xczz wants to go standby [foreign] heartbeat[12609]: 2007/03/15_11:41:36 info: standby: acquire [foreign] resources from linux-xczz heartbeat[14011]: 2007/03/15_11:41:36 info: acquire local HA resources (standby). ResourceManager[14021]: 2007/03/15_11:41:36 info: Acquiring resource group: prueba2 xxx.xxx.x.125/24 asterisk-rosa IPaddr[14048]: 2007/03/15_11:41:36 INFO: IPaddr Running OK ResourceManager[14021]: 2007/03/15_11:41:36 info: Running /etc/init.d/safe_asterisk start ResourceManager[14021]: 2007/03/15_11:41:36 ERROR: Return code 1 from /etc/init.d/safe_asterisk ResourceManager[14021]: 2007/03/15_11:41:36 CRIT: Giving up resources due to failure of safe_asterisk ResourceManager[14021]: 2007/03/15_11:41:36 info: Releasing resource group: prueba2 xxx.xxx.x.125/24 asterisk-rosa ResourceManager[14021]: 2007/03/15_11:41:xxz.xxz.x.xxz36 info: Running /etc/init.d/safe_asterisk stop ResourceManager[14021]: 2007/03/15_11:41:37 info: Running /etc/ha.d/resource.d/IPaddr xxx.xxx.x.125/24 stop IPaddr[14310]: 2007/03/15_11:41:37 INFO: /sbin/route -n del -host xxx.xxx.x.125 IPaddr[14310]: 2007/03/15_11:41:37 INFO: /sbin/ifconfig eth0:2 xxx.xxx.x.125 down IPaddr[14310]: 2007/03/15_11:41:37 INFO: IP Address xxx.xxx.x.125 released IPaddr[14231]: 2007/03/15_11:41:37 INFO: IPaddr Success heartbeat[14011]: 2007/03/15_11:41:37 info: local HA resource acquisition completed (standby). heartbeat[12609]: 2007/03/15_11:41:37 info: Standby resource acquisition done [foreign]. heartbeat[12609]: 2007/03/15_11:41:37 info: remote resource transition completed. heartbeat[12609]: 2007/03/15_11:41:38 WARN: G_CH_dispatch_int: Dispatch function for read child took too long to execute: 520 ms (> 50 ms) (GSource: 0x80fbe00) hb_standby[14375]: 2007/03/15_11:42:07 Going standby [foreign]. heartbeat[12609]: 2007/03/15_11:42:07 info: prueba2 wants to go standby [foreign] heartbeat[12609]: 2007/03/15_11:42:08 info: standby: linux-xczz can take our foreign resources heartbeat[14385]: 2007/03/15_11:42:08 info: give up foreign HA resources (standby). ResourceManager[14395]: 2007/03/15_11:42:08 info: Releasing resource group: linux-xczz xxx.xxx.x.124/24 serctl ResourceManager[14395]: 2007/03/15_11:42:08 info: Running /etc/init.d/serctl stop ResourceManager[14395]: 2007/03/15_11:42:08 ERROR: Return code 1 from /etc/init.d/serctl The error log I get from linux-xczz when I run heartbeat is this: heartbeat[1063]: 2007/03/15_14:26:12 WARN: Core dumps could be lost if multiple dumps occur heartbeat[1063]: 2007/03/15_14:26:12 WARN: Consider setting /proc/sys/kernel/core_uses_pid (or equivalent) to 1 for maximum supportability heartbeat[1063]: 2007/03/15_14:26:12 WARN: Logging daemon is disabled --enabling logging daemon is recommended heartbeat[1063]: 2007/03/15_14:26:12 info: ************************** heartbeat[1063]: 2007/03/15_14:26:12 info: Configuration validated. Starting heartbeat 2.0.7 heartbeat[1064]: 2007/03/15_14:26:12 info: heartbeat: version 2.0.7 heartbeat[1064]: 2007/03/15_14:26:12 info: Heartbeat generation: 130 heartbeat[1064]: 2007/03/15_14:26:12 info: G_main_add_TriggerHandler: Added signal manual handler heartbeat[1064]: 2007/03/15_14:26:12 info: G_main_add_TriggerHandler: Added signal manual handler heartbeat[1064]: 2007/03/15_14:26:12 info: Removing /usr/local/var/run/heartbeat/rsctmp failed, recreating. heartbeat[1064]: 2007/03/15_14:26:12 info: glib: UDP Broadcast heartbeat started on port 694 (694) interface eth1 heartbeat[1064]: 2007/03/15_14:26:12 info: glib: UDP Broadcast heartbeat closed on port 694 interface eth1 - Status: 1 heartbeat[1064]: 2007/03/15_14:26:12 info: glib: ping heartbeat started. heartbeat[1064]: 2007/03/15_14:26:12 info: G_main_add_SignalHandler: Added signal handler for signal 17 heartbeat[1064]: 2007/03/15_14:26:12 info: Local status now set to: 'up' heartbeat[1064]: 2007/03/15_14:26:13 info: Link linux-xczz:eth1 up. heartbeat[1064]: 2007/03/15_14:26:13 info: Link prueba2:eth1 up. heartbeat[1064]: 2007/03/15_14:26:13 info: Status update for node prueba2: status active heartbeat[1064]: 2007/03/15_14:26:13 info: Link xxx.xxx.x.x:xxx.xxx.x.x up. heartbeat[1064]: 2007/03/15_14:26:13 info: Status update for node xxx.xxx.x.x: status ping harc[1073]: 2007/03/15_14:26:13 info: Running /usr/local/etc/ha.d/rc.d/status status heartbeat[1064]: 2007/03/15_14:26:14 info: Comm_now_up(): updating status to active heartbeat[1064]: 2007/03/15_14:26:14 info: Local status now set to: 'active' heartbeat[1064]: 2007/03/15_14:26:14 info: Starting child client "/usr/local/lib/heartbeat/ipfail" (1001,100) heartbeat[1084]: 2007/03/15_14:26:14 info: Starting "/usr/local/lib/heartbeat/ipfail" as uid 1001 gid 100 (pid 1084) heartbeat[1064]: 2007/03/15_14:26:14 info: remote resource transition completed. heartbeat[1064]: 2007/03/15_14:26:14 info: remote resource transition completed. heartbeat[1064]: 2007/03/15_14:26:14 info: Local Resource acquisition completed. (none) heartbeat[1064]: 2007/03/15_14:26:15 info: prueba2 wants to go standby [foreign] heartbeat[1064]: 2007/03/15_14:26:15 info: standby: acquire [foreign] resources from prueba2 heartbeat[1088]: 2007/03/15_14:26:15 info: acquire local HA resources (standby). ResourceManager[1098]: 2007/03/15_14:26:15 info: Acquiring resource group: linux-xczz xxx.xxx.x.124/24 serctl IPaddr[1122]: 2007/03/15_14:26:16 INFO: IPaddr Resource is stopped ResourceManager[1098]: 2007/03/15_14:26:16 info: Running /usr/local/etc/ha.d/resource.d/IPaddr 192.168.1.124/24 start IPaddr[1321]: 2007/03/15_14:26:16 INFO: eval /sbin/ifconfig eth0:0 xxx.xxx.x.124 netmask 255.255.255.0 broadcast xxx.xxx.x.255 IPaddr[1321]: 2007/03/15_14:26:16 INFO: Sending Gratuitous Arp for xxx.xxx.x.124 on eth0:0 [eth0] IPaddr[1321]: 2007/03/15_14:26:16 INFO: /usr/local/lib/heartbeat/send_arp -i 500 -r 10 -p /usr/local/var/run/heartbeat/rsctmp/send_arp/send_arp-xxx.xxx.x.124 eth0 xxx.xxx.x.124 auto xxx.xxx.x.124 ffffffffffff IPaddr[1241]: 2007/03/15_14:26:16 INFO: IPaddr Success ResourceManager[1098]: 2007/03/15_14:26:16 info: Running /etc/init.d/serctl start heartbeat[1088]: 2007/03/15_14:26:17 info: local HA resource acquisition completed (standby). heartbeat[1064]: 2007/03/15_14:26:17 info: Standby resource acquisition done [foreign]. heartbeat[1064]: 2007/03/15_14:26:17 info: Initial resource acquisition complete (auto_failback) heartbeat[1064]: 2007/03/15_14:26:23 info: remote resource transition completed. heartbeat[1064]: 2007/03/15_14:26:28 info: linux-xczz wants to go standby [foreign] heartbeat[1064]: 2007/03/15_14:26:28 info: standby: prueba2 can take our foreign resources heartbeat[1492]: 2007/03/15_14:26:28 info: give up foreign HA resources (standby). ResourceManager[1502]: 2007/03/15_14:26:28 info: Releasing resource group: prueba2 xxx.xxx.x.125/24 safe_asterisk ResourceManager[1502]: 2007/03/15_14:26:28 info: Running /etc/init.d/safe_asterisk stop ResourceManager[1502]: 2007/03/15_14:26:28 info: Running /usr/local/etc/ha.d/resource.d/IPaddr xxx.xxx.x.125/24 stop IPaddr[1561]: 2007/03/15_14:26:29 INFO: IPaddr Success heartbeat[1492]: 2007/03/15_14:26:29 info: foreign HA resource release completed (standby). heartbeat[1064]: 2007/03/15_14:26:29 info: Local standby process completed [foreign]. heartbeat[1064]: 2007/03/15_14:26:30 WARN: 1 lost packet(s) for [prueba2] [68:70] heartbeat[1064]: 2007/03/15_14:26:30 info: remote resource transition completed. heartbeat[1064]: 2007/03/15_14:26:30 info: No pkts missing from prueba2! heartbeat[1064]: 2007/03/15_14:26:30 info: Other node completed standby takeover of foreign resources. heartbeat[1064]: 2007/03/15_14:27:00 info: prueba2 wants to go standby [foreign] heartbeat[1064]: 2007/03/15_14:27:11 info: standby: acquire [foreign] resources from prueba2 heartbeat[1784]: 2007/03/15_14:27:11 info: acquire local HA resources (standby). ResourceManager[1794]: 2007/03/15_14:27:11 info: Acquiring resource group: linux-xczz xxx.xxx.x.124/24 serctl IPaddr[1818]: 2007/03/15_14:27:11 INFO: IPaddr Running OK ResourceManager[1794]: 2007/03/15_14:27:11 info: Running /etc/init.d/serctl start ResourceManager[1794]: 2007/03/15_14:27:11 ERROR: Return code 1 from /etc/init.d/serctl ResourceManager[1794]: 2007/03/15_14:27:11 CRIT: Giving up resources due to failure of serctl ResourceManager[1794]: 2007/03/15_14:27:11 info: Releasing resource group: linux-xczz xxx.xxx.x.124/24 serctl ResourceManager[1794]: 2007/03/15_14:27:11 info: Running /etc/init.d/serctl stop ResourceManager[1794]: 2007/03/15_14:27:11 info: Running /usr/local/etc/ha.d/resource.d/IPaddr xxx.xxx.x.124/24 stop IPaddr[2090]: 2007/03/15_14:27:12 INFO: /sbin/route -n del -host xxx.xxx.x.124 IPaddr[2090]: 2007/03/15_14:27:12 INFO: /sbin/ifconfig eth0:0 xxx.xxx.x.124 down IPaddr[2090]: 2007/03/15_14:27:12 INFO: IP Address xxx.xxx.x.124 released IPaddr[2006]: 2007/03/15_14:27:12 INFO: IPaddr Success heartbeat[1784]: 2007/03/15_14:27:12 info: local HA resource acquisition completed (standby). heartbeat[1064]: 2007/03/15_14:27:12 info: Standby resource acquisition done [foreign]. heartbeat[1064]: 2007/03/15_14:27:12 info: remote resource transition completed. hb_standby[2228]: 2007/03/15_14:27:42 Going standby [foreign]. heartbeat[1064]: 2007/03/15_14:27:42 info: linux-xczz wants to go standby [foreign] heartbeat[1064]: 2007/03/15_14:27:42 info: standby: prueba2 can take our foreign resources heartbeat[2238]: 2007/03/15_14:27:42 info: give up foreign HA resources (standby). ResourceManager[2248]: 2007/03/15_14:27:43 info: Releasing resource group: prueba2 xxx.xxx.x.125/24 safe_asterisk ResourceManager[2248]: 2007/03/15_14:27:43 info: Running /etc/init.d/safe_asterisk stop ResourceManager[2248]: 2007/03/15_14:27:43 info: Running /usr/local/etc/ha.d/resource.d/IPaddr xxx.xxx.x.125/24 stop IPaddr[2310]: 2007/03/15_14:27:43 INFO: IPaddr Success heartbeat[2238]: 2007/03/15_14:27:43 info: foreign HA resource release completed (standby). heartbeat[1064]: 2007/03/15_14:27:43 info: Local standby process completed [foreign]. heartbeat[1064]: 2007/03/15_14:27:44 WARN: 1 lost packet(s) for [prueba2] [114:116] heartbeat[1064]: 2007/03/15_14:27:44 info: remote resource transition completed. heartbeat[1064]: 2007/03/15_14:27:44 info: No pkts missing from prueba2! heartbeat[1064]: 2007/03/15_14:27:44 info: Other node completed standby takeover of foreign resources. What I am trying to have is ser running on linux-xczz and asterisk running on prueba2 with failover configured on both machines but apparently the failover crashes and I lose both my services if both heartbeats are running. Any idea why this happens or what I'm doing wrong?. Can ser and asterisk be run by heartbeat with failover support? thanxs in advance

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users