sr-users May 2007

sr-users@lists.kamailio.org

164 participants
296 discussions

[Users] XCAP Lite 1.0.1 released
by Adrian Georgescu 23 May '07

23 May '07

Change log xcap-lite (1.0.1) unstable; urgency=low * Added support for multiple applications and detect them based on xcap-root * Added xcap-root setting in config.php * Added pidf-manipulation application (to allow persistent publication of data using xcap server) * Detect auth_domain from XCAP URI if SIP user is formatted as user@domain * Added DELETE method The software can be downloaded from: http://download.dns-hosting.info/XCAP/xcap-lite-1.0.1.tar.gz Regards, Adrian

1 0

[Users] WeSIP: RingTone
by Helmut Kuper 23 May '07

23 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I play around with WeSIP's ringtone app. I try to get ringtone running in this constellation: caller -> openser sip-proxy -> openser+wesip -> -> target sip-proxy -> callee openser+wesip is loaded with both c2c and ringtone app. When openser sip-proxy relay callers INVITE to wesip, wesip response with "SIP/2.0 481 Call Leg/Transaction Does Not Exist". I dunno wheter this is an answere from ringtone app or from wesip itself. I also dunno, whether I have to config ringtone with environment specific things, like sip port, ip address or something like that or whether my constallation from above is correct. Maybe someone can help me out here :) Here is WeSIP's log, after receiving caller's INVITE: Starting WESIP Application Server VozTelecom... hk@vm-en-test0:~/wesip/wesip$ HttpConnector [main] - The HttpConnector [all:8080] has been created ExpressConnector [main] - SEAS module successfully connected at 212.6.123.118:5081 ExpressConnector [main] - trying to receive 2 socket descriptions from SEAS ExpressConnector [main] - SER socket:[212.6.123.118:5080/udp] ExpressConnector [main] - SER socket:[212.6.123.118:5080/udp] ExpressConnector [main] - SER socket:[212.6.123.118:5080/tcp] ExpressConnector [main] - SER socket:[212.6.123.118:5080/tcp] SeasRouter [SeasRouter] - SeasDispatcher Thread starts running SeasRouter [SeasRouter] - SeasDispatcher Thread starts running SeasHashTable [main] - Creating Seas Hash Table, with tablePower=17 and total entries:131072 SeasHashTable [main] - Creating Seas Hash Table, with tablePower=17 and total entries:131072 ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false SipConnector [main] - The SipConnector [212.6.123.118:5080] has been created SipProcessor [main] - Starting background thread ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false ExpressMessageChannel [ExpressMessageProcessor] - setting spiral=false SipProcessor [main] - Background thread has been started SipConnector [main] - recycle: Recycling processor SipProcessor[0] SipProcessor [main] - Starting background thread SipProcessor [main] - Background thread has been started SipConnector [main] - recycle: Recycling processor SipProcessor[1] SipProcessor [main] - Starting background thread SipProcessor [main] - Background thread has been started SipConnector [main] - recycle: Recycling processor SipProcessor[2] SipProcessor [main] - Starting background thread SipProcessor [main] - Background thread has been started SipConnector [main] - recycle: Recycling processor SipProcessor[3] SipProcessor [main] - Starting background thread SipProcessor [main] - Background thread has been started SipConnector [main] - recycle: Recycling processor SipProcessor[4] ConvergedEngine [main] - 212.6.123.118_5080 ConvergedEngine [main] - 212.6.123.118_5080 ConvergedEngine [main] - 212.6.123.118_5080 ConvergedEngine [main] - 212.6.123.118_5080 StatisticsServlet [main] - Wrapper setted in StatisticsServlet!!! ConvergedHostDeployer [main] - Installing web application at context path /click2call-08_11_06 from URL file:/home/hk/wesip/wesip/wesipapps/click2call-08_11_06 StandardSipManager [main] - Starting StandardSipManager [main] - Force random number initialization starting StandardSipManager [main] - Force random number initialization completed StandardSipManager [main] - Start: Loading persisted sessions StandardSipManager [main] - Loading persisted sessions from SIPSESSIONS.ser StandardSipManager [main] - No persisted data file found StandardAppSessionManager [main] - Starting StandardAppSessionManager [main] - Force random number initialization starting StandardAppSessionManager [main] - Force random number initialization completed AxisServletBase [main] - In AxisServletBase init AxisServletBase [main] - Enter: getEngine() ProjectResourceBundle [main] - getBundle(org.apache.axis,org.apache.axis.i18n,resource,null,...) ProjectResourceBundle$Context [main] - loadBundle: Ignoring MissingResourceException: Can't find bundle for base name org.apache.axis.resource, locale en_US ProjectResourceBundle [main] - Created org.apache.axis.i18n.resource, linked to parent null ProjectResourceBundle [main] - getBundle(org.apache.axis,org.apache.axis.utils,resource,null,...) ProjectResourceBundle$Context [main] - loadBundle: Ignoring MissingResourceException: Can't find bundle for base name org.apache.axis.utils.resource, locale en_US ProjectResourceBundle$Context [main] - loadBundle: Ignoring MissingResourceException: Can't find bundle for base name org.apache.axis.resource, locale en_US ProjectResourceBundle [main] - Root package not found, cross link to org.apache.axis.i18n.resource ProjectResourceBundle [main] - Root package not found, cross link to org.apache.axis.i18n.resource ProjectResourceBundle [main] - org.apache.axis.i18n.resource::handleGetObject(engineFactory) EngineConfigurationFactoryFinder$1 [main] - Got EngineFactory: org.apache.axis.configuration.EngineConfigurationFactoryServlet DefaultAxisServerFactory [main] - Enter: DefaultAxisServerFactory::getServer DefaultAxisServerFactory [main] - Enter: DefaultAxisServerFactory::getEngineConfiguration DefaultAxisServerFactory [main] - Exit: DefaultAxisServerFactory::getEngineConfiguration AxisEngine [main] - Enter: AxisEngine::init ProjectResourceBundle [main] - org.apache.axis.i18n.resource::handleGetObject(attachEnabled) JavaUtils [main] - Attachment support is enabled? false ProjectResourceBundle [main] - org.apache.axis.i18n.resource::handleGetObject(attachDisabled) JavaUtils [main] - Unable to find required classes (javax.activation.DataHandler and javax.mail.internet.MimeMultipart). Attachment support is disabled. ProjectResourceBundle [main] - org.apache.axis.i18n.resource::handleGetObject(oddDigits00) ProjectResourceBundle [main] - org.apache.axis.i18n.resource::handleGetObject(badChars01) AxisEngine [main] - Exit: AxisEngine::init DefaultAxisServerFactory [main] - Exit: DefaultAxisServerFactory::getServer AxisServletBase [main] - Exit: getEngine() AxisServlet [main] - In servlet init AxisServletBase [main] - Enter: getEngine() AxisServletBase [main] - Exit: getEngine() AxisServletBase [main] - Enter: getEngine() AxisServletBase [main] - Exit: getEngine() AxisServletBase [main] - Enter: getEngine() AxisServletBase [main] - Exit: getEngine() AxisServletBase [main] - Enter: getEngine() AxisServletBase [main] - Exit: getEngine() AxisServletBase [main] - Enter: getEngine() AxisServletBase [main] - Exit: getEngine() AxisServletBase [main] - Enter: getEngine() AxisServletBase [main] - Exit: getEngine() AxisServletBase [main] - Enter: getEngine() AxisServletBase [main] - Exit: getEngine() Registrar [main] - Registering org.apache.axis.management.jmx.ServiceAdministrator@10ffb38 as axis:type=server Registry [main] - Managed= axis:type=server Registry [main] - Looking for descriptor Registry [main] - Introspecting Registry [main] - load class org.apache.axis.management.jmx.ServiceAdministrator MbeansDescriptorsIntrospectionSource [main] - Introspected attribute version public java.lang.String org.apache.axis.management.jmx.ServiceAdministrator.getVersion() null MbeansDescriptorsIntrospectionSource [main] - Setting name: ServiceAdministrator BaseModelMBean [main] - default constructor Registry [main] - Creating MBeanServer9 BaseModelMBean [main] - preRegister org.apache.axis.management.jmx.ServiceAdministrator@10ffb38 axis:type=server Registrar$ModelerBinding [main] - Registered axis:type=server in ServiceAdministrator Registrar [main] - Registering org.apache.axis.management.jmx.DeploymentAdministrator@b40ec4 as axis:type=deploy Registry [main] - Managed= axis:type=deploy Registry [main] - Looking for descriptor Registry [main] - Introspecting Registry [main] - load class org.apache.axis.management.jmx.DeploymentAdministrator MbeansDescriptorsIntrospectionSource [main] - Setting name: DeploymentAdministrator BaseModelMBean [main] - default constructor BaseModelMBean [main] - preRegister org.apache.axis.management.jmx.DeploymentAdministrator@b40ec4 axis:type=deploy Registrar$ModelerBinding [main] - Registered axis:type=deploy in DeploymentAdministrator Registrar [main] - Registering org.apache.axis.management.jmx.DeploymentQuery@edf730 as axis:type=query Registry [main] - Managed= axis:type=query Registry [main] - Looking for descriptor Registry [main] - Introspecting Registry [main] - load class org.apache.axis.management.jmx.DeploymentQuery MbeansDescriptorsIntrospectionSource [main] - Setting name: DeploymentQuery BaseModelMBean [main] - default constructor BaseModelMBean [main] - preRegister org.apache.axis.management.jmx.DeploymentQuery@edf730 axis:type=query Registrar$ModelerBinding [main] - Registered axis:type=query in DeploymentQuery AxisServletBase [main] - In AxisServletBase init AxisServletBase [main] - Enter: getEngine() ProjectResourceBundle [main] - org.apache.axis.i18n.resource::handleGetObject(engineFactory) EngineConfigurationFactoryFinder$1 [main] - Got EngineFactory: org.apache.axis.configuration.EngineConfigurationFactoryServlet DefaultAxisServerFactory [main] - Enter: DefaultAxisServerFactory::getServer DefaultAxisServerFactory [main] - Enter: DefaultAxisServerFactory::getEngineConfiguration DefaultAxisServerFactory [main] - Exit: DefaultAxisServerFactory::getEngineConfiguration AxisEngine [main] - Enter: AxisEngine::init AxisEngine [main] - Exit: AxisEngine::init DefaultAxisServerFactory [main] - Exit: DefaultAxisServerFactory::getServer AxisServletBase [main] - Exit: getEngine() ConvergedContext [main] - ConvergedContext [Click2Call SipServlet] has been started ConvergedHostDeployer [main] - Installing web application at context path /ringtone-22_02_07 from URL file:/home/hk/wesip/wesip/wesipapps/ringtone-22_02_07 StandardSipManager [main] - Starting StandardSipManager [main] - Force random number initialization starting StandardSipManager [main] - Force random number initialization completed StandardSipManager [main] - Start: Loading persisted sessions StandardSipManager [main] - Loading persisted sessions from SIPSESSIONS.ser StandardSipManager [main] - No persisted data file found StandardAppSessionManager [main] - Starting StandardAppSessionManager [main] - Force random number initialization starting StandardAppSessionManager [main] - Force random number initialization completed ConvergedContext [main] - ConvergedContext [Ringtone] has been started ConvergedHostDeployer [main] - Installing web application at context path from URL file:/home/hk/wesip/wesip/wesipapps/ROOT StandardSipManager [main] - Starting StandardSipManager [main] - Force random number initialization starting StandardSipManager [main] - Force random number initialization completed StandardSipManager [main] - Start: Loading persisted sessions StandardSipManager [main] - Loading persisted sessions from SIPSESSIONS.ser StandardSipManager [main] - No persisted data file found StandardAppSessionManager [main] - Starting StandardAppSessionManager [main] - Force random number initialization starting StandardAppSessionManager [main] - Force random number initialization completed processJars: cannot find /WEB-INF/lib ConvergedContext [main] - ConvergedContext [Welcome] has been started StandardService [main] - > Default Wesip Application ==> http://localhost:8080/ > Manager Wesip Application ==> http://localhost:8080/manager/html? StandardService [main] - > In order to access the manager application use default credentials: - username: wesip - password: wesip > This configuration is defined in wesip-users.xml inside conf folder: - file: ./conf/wesip-users.xml SeasMessageEvent [SeasRouter] - New message received, from 212.6.123.118:5060 to 212.6.123.118:5080 over UDP SeasTransactionEvent [SeasRouter] - hash_index = 46338,label=965718283 flags=0 ExpressMessageChannel [ExpressMChannel[0]] - peerAddress = 212.6.123.118/5060 ExpressMessageChannel [ExpressMChannel[0]] - About to process INVITE sip:v111@212.6.123.118:5080;rinstance=fe71c43d95b8211a SIP/2.0 SipConnector [ExpressMChannel[0]] - createProcessor: Reusing existing processor SipProcessor [ExpressMChannel[0]] - An incoming message is being assigned SipProcessor [SipProcessor[4]] - <<<<<<<<< Request Received <<<<<<<<< INVITE sip:v111@212.6.123.118:5080;rinstance=fe71c43d95b8211a SIP/2.0 Record-Route: <sip:212.6.123.118;lr=on;ftag=450c2a3b> Via: SIP/2.0/UDP 212.6.123.118;branch=z9hG4bK205b.8c060ce2.0,SIP/2.0/UDP 212.6.95.198:25952;branch=z9hG4bK-d87543-ed108070b87aca0e-1--d87543-;rport=25952 Max-Forwards: 69 Contact: <sip:v101@212.6.95.198:25952> To: "Bruening" <sip:v111@sip0.en.ewetel.de> From: "v101" <sip:v101@sip0.en.ewetel.de>;tag=450c2a3b Call-ID: 7315210f6c7d7741NTA0NmE0M2ZkM2Y4MTg0YmU4NjQzNTllM2Q1YzliZGE. CSeq: 1 INVITE Allow: INVITE,CANCEL,ACK,BYE,INFO,OPTIONS,MESSAGE,SUBSCRIBE,NOTIFY,REFER Content-Type: application/sdp User-Agent: X-Lite release 1003l stamp 30942 P-Announcement-Code: 322 P-Hint: ringtone Content-Length: 300 SeasHashTable [SipProcessor[4]] - Inserting hashIdx:46338 label:965718283 into hashTable SipProcessor [SipProcessor[4]] - Transaction [z9hG4bK205b.8c060ce2.0] is new Transaction?? --> true EngineSipMapper [SipProcessor[4]] - Request from 212.6.123.118 mapped to: ConvergedEngine[Standalone].StandardHttpHost[212.6.123.118] ConvergedEngineValve [SipProcessor[4]] - Invoking Host:212.6.123.118 ConvergedHostValve [SipProcessor[4]] - SipSession not found for requestINVITE, trying match against Rules ConvergedHostValve [SipProcessor[4]] - No servlet-mapping matched this Request. SipResponse [SipProcessor[4]] - >>>>>>>>> Sending Response >>>>>>>>> SIP/2.0 481 Call Leg/Transaction Does Not Exist Record-Route: <sip:212.6.123.118;lr=on;ftag=450c2a3b> Via: SIP/2.0/UDP 212.6.123.118;branch=z9hG4bK205b.8c060ce2.0,SIP/2.0/UDP 212.6.95.198:25952;branch=z9hG4bK-d87543-ed108070b87aca0e-1--d87543-;rport=25952 Max-Forwards: 69 To: "Bruening" <sip:v111@sip0.en.ewetel.de> From: "v101" <sip:v101@sip0.en.ewetel.de>;tag=450c2a3b Call-ID: 7315210f6c7d7741NTA0NmE0M2ZkM2Y4MTg0YmU4NjQzNTllM2Q1YzliZGE. CSeq: 1 INVITE Content-Length: 0 LingerList [SipProcessor[4]] - scheduled transaction z9hG4bK205b.8c060ce2.0 for deletion ExpressMessageChannel [SipProcessor[4]] - sending with spiral=false SipConnector [SipProcessor[4]] - recycle: Recycling processor SipProcessor[4] ActionRouter$ActionSender [ActionSender] - Writing 503 bytes into Action Socket SeasMessageEvent [SeasRouter] - New message received, from 212.6.123.118:5060 to 212.6.123.118:5080 over UDP SeasTransactionEvent [SeasRouter] - hash_index = 46338,label=965718283 flags=0 ExpressMessageChannel [ExpressMChannel[1]] - peerAddress = 212.6.123.118/5060 ExpressMessageChannel [ExpressMChannel[1]] - About to process ACK sip:v111@212.6.123.118:5080;rinstance=fe71c43d95b8211a SIP/2.0 ExpressMessageChannel [ExpressMChannel[1]] - Done processing ACK sip:v111@212.6.123.118:5080;rinstance=fe71c43d95b8211a SIP/2.0 ExpressMessageChannel [ExpressMChannel[0]] - Done processing INVITE sip:v111@212.6.123.118:5080;rinstance=fe71c43d95b8211a SIP/2.0 regards Helmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGU/w94tZeNddg3dwRAhs+AKCpq2ZrAwCatPUY3BCUJR/ZJYwuzQCfUEOd MuNZ3C48K5Ypzun/27JG6TI= =5nOc -----END PGP SIGNATURE-----

1 0

[Users] WeSIP: RingTone
by Helmut Kuper 23 May '07

23 May '07

1 0

[Users] With SER Subscription state:- pending and Publish data is not coming with Notify
by Ambed Kumar 23 May '07

23 May '07

Hi Friends, In SER I am subscribing and i am getting 202 Ok also notify but the publish method data is is not coming to me with notify although after sending publish i am getting 200 Ok. Can any one suggest me regarding this. Thanks and Regards, Ambed

2 1

Re: [Users] Newbie question about FIFO in Openser 1.2.x
by Andreas Granig 23 May '07

23 May '07

Forgot to CC to the list. > Hi, > >> I never worked with FIFO, and I need exec one command in fifo, the >> trusted_reload ! > > OSER_FIFO has to be "/tmp/openser_fifo" in your openserctlrc. Then just > try "openserctl fifo trusted_reload", and you should get a "200 OK" if > successful. > > Cheers, > Andreas >

1 0

[Users] Newbie question about FIFO in Openser 1.2.x
by Thiago Maluf 22 May '07

22 May '07

Hi list, I never worked with FIFO, and I need exec one command in fifo, the trusted_reload ! ********** openser.cfg ********************** alias="insta.voip.nce.ufrj.br" mpath="/lib/openser/modules" children=8 tcp_children=4 debug=3 fork=yes log_facility=LOG_DAEMON log_stderror=yes group="openser" user="openser" sock_group="openser" sock_user="openser" disable_tcp=no mhomed=no server_signature=yes sock_mode=0600 unix_sock="/tmp/openser.sock" unix_sock_children=1 reply_to_via=no sip_warning=no check_via=no dns=no rev_dns=no disable_core_dump=no dns_try_ipv6=yes dns_use_search_list=yes ....... loadmodule "mi_fifo.so" modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") modparam("mi_fifo", "fifo_mode", 0660) modparam("mi_fifo", "fifo_group", "openser") modparam("mi_fifo", "fifo_user", "openser") modparam("mi_fifo", "reply_dir", "/tmp/") modparam("mi_fifo", "reply_indent", "\t") ...... **************** openserctl ***************** # $Id: openserctlrc 1827 2007-03-12 15:22:53Z bogdan_iancu $ # # openser control tool resource file # # here you can set variables used in the openserctl ## your SIP domain SIP_DOMAIN=insta.voip.nce.ufrj.br ## database type: MYSQL or PGSQL, by defaulte none is loaded DBENGINE=PGSQL ## database host DBHOST=146.164.247.209 ## database name DBNAME=openser ## database read/write user DBRWUSER=openser ## database read only user # DBROUSER=openserro ## password for database read only user DBROPW=openserro ## database super user DBROOTUSER="postgres" ## type of aliases used: DB - database aliases; UL - usrloc aliases ## - default: none ALIASES_TYPE="DB" ## control engine: FIFO or UNIXSOCK ## - default FIFO CTLENGINE="UNIXSOCK" ## path to FIFO file OSER_FIFO="/tmp/" ## check ACL names; default on (1); off (0) VERIFY_ACL=1 ## ACL names - if VERIFY_ACL is set, only the ACL names from below list ## are accepted # ACL_GROUPS="local ld int voicemail free-pstn" ## presence of serweb tables - default "no" # HAS_SERWEB="yes" ## verbose - debug purposes - default '0' VERBOSE=1 ## do (1) or don't (0) store plaintext passwords ## in the subscriber table - default '1' # STORE_PLAINTEXT_PW=0 *************************** My doubt is what my conf is correct and what is the command that I use in the Konsole!? Thanks in advanced for your dedication to someone that read to here. Thiago Maluf. ---------------------------------------------------------------- THIAGO MALUF RESENDE Consultor Voip e Programador WEB (Voip Developer and Web Developer) Tel: +55 21 86042100 e-mail: malufrj(a)gmail.com

1 0

[Users] BYE relay issue
by kaiser 22 May '07

22 May '07

Dear sir, We install 3 openser 1.1.0 in public internet, and we find a BYE relay issue to caller SIP UA. UA(a)-------Proxy1 --------Proxy2 ----Proxy 3 ---------UA(b) We make call from UA(a) to UA (b), if UA(b) send Bye first, UA(a) can not get Bye. The packet is from Proxy2 to Proxy1 as following BYE sip:1.2.3.4:5060;nat=yes;ftag=ooqjvbi7ql;lr=on SIP/2.0 Record-Route: <sip:5.6.7.8;lr=on;ftag=as1b41fbeb> Record-Route: <sip:5.6.7.8;lr=on;ftag=as1b41fbeb> Via: SIP/2.0/UDP 5.6.7.8;branch=z9hG4bKc74c.bd89ce13.0 Via: SIP/2.0/UDP 5.6.7.8;branch=z9hG4bKc74c.ad89ce13.0 Via: SIP/2.0/UDP 100.200.100.200;branch=z9hG4bKc74c.321ef5e3.0 Via: SIP/2.0/UDP 100.200.100.199:5060;branch=z9hG4bK75e8d6f3;rport=5060 From: <sip:0908900000@sip.edu.tw;user=phone>;tag=as1b41fbeb To: "0909802020 kl" <sip:0909802020@sip.edu.tw>;tag=ooqjvbi7ql Call-ID: 3c275da915f9-iylvmp2wjuh0@snom360-00041323058B CSeq: 102 BYE User-Agent: Gentrice_IPPBX Max-Forwards: 67 Content-Length: 0 Then bye is looping in proxy1. BYE sip:1.2.3.4:5060;nat=yes;ftag=ooqjvbi7ql;lr=on SIP/2.0 Record-Route: <sip:5.6.7.8;lr=on;ftag=as1b41fbeb> Record-Route: <sip:5.6.7.8;lr=on;ftag=as1b41fbeb> Via: SIP/2.0/UDP 1.2.3.4;branch=z9hG4bKc74c.1714a4e7.0 Via: SIP/2.0/UDP 5.6.7.8;branch=z9hG4bKc74c.bd89ce13.0 Via: SIP/2.0/UDP 5.6.7.8;branch=z9hG4bKc74c.ad89ce13.0 Via: SIP/2.0/UDP 100.200.100.200;branch=z9hG4bKc74c.321ef5e3.0 Via: SIP/2.0/UDP 100.200.100.199:5060;branch=z9hG4bK75e8d6f3;rport=5060 From: <sip:0908900000@sip.edu.tw;user=phone>;tag=as1b41fbeb To: "0909802020 kl" <sip:0909802020@sip.edu.tw>;tag=ooqjvbi7ql Call-ID: 3c275da915f9-iylvmp2wjuh0@snom360-00041323058B CSeq: 102 BYE User-Agent: Gentrice_IPPBX Max-Forwards: 66 Content-Length: 0 We used to use default script for proxy1, but the same... And we do record_route, loose_route relay as well. Anyone know what happen? best regards Thrli

3 7

[Users] WeSIP: Click2Call Linefeed
by Helmut Kuper 22 May '07

22 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello WeSIPer, I found a little but annoying Error in WeSIP's C2C application. I send back a 483 reply on a C2C's first caller-INVITE to WeSIP via openser's sl-send_reply(). I expected that C2C terminates the call function, cause C2C has an error handling method for 4xx replies, but nothing happens. openser as wesip's frontend received definately the reply. By chance I found, that the reason for this was my reply message. This doesn't work with WeSIP's C2C application: sl_send_reply("483", "My message\n"); But this works: sl_send_reply("483", "My message"); It seems, that C2C's or WeSIPs reply parser has some problems with linefeeds at the end of reply's message text. I use openser 1.2.0, WeSIP 0.1.4 and click2call-08_11_06 regards Helmut PS: Is there already a fix for WeSIP to reconnect to openser's seas socket, when openser restarts? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGUV2k4tZeNddg3dwRAsPcAKCNqGE+XTK7BvW69x4YT498Bg0dkgCbB3eL 6Me/ZKYaqxfo/qDGB8M3lg4= =jTel -----END PGP SIGNATURE-----

2 1

[Users] loose_route problem with Fritz
by Edoardo Serra 22 May '07

22 May '07

Hi guys, I have OpensER 1.1.0 in fornt of 2 Asterisks servers. My OpenSER act as load balancer for outbound calls and for registrar server for inbound calls coming from Asterisks PSTN GW to Users Some users, using AVM Fritz Fon Boxes cannot register on the proxy, they get a "483 Too Many Hops". They say it happens only if they configure the Fritx using FQDN of our proxy, if they put its IP addess in it they are having no problems... (it sounds very strange to me but I captured some trafic and had confirmation of what they're saying) Here is a SIP dialog with the error message Request-Line: REGISTER sip:sip.advancemedia.it SIP/2.0 Via: SIP/2.0/UDP 192.168.1.121:5060;branch=z9hG4bKC0F2D683E6BE8AC5F1A4A260BE120 Route: <sip:sip.advancemedia.it;lr> From: <sip:cirifax@sip.advancemedia.it>;tag=1898319928 To: <sip:cirifax@sip.advancemedia.it> Call-ID: 9ADCCD22187BDEC93B5953DD93E0F(a)192.168.1.121 CSeq: 1 REGISTER Max-Forwards: 70 User-Agent: AVM FRITZ!Box Fon ata 1020 11.04.01 (Jan 25 2006) Supported: 100rel, replaces Allow-Events: telephone-event, refer Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, UPDATE, PRACK, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE Accept: application/sdp, multipart/mixed Accept-Encoding: identity Content-Length: 0 Status-Line: SIP/2.0 483 Too Many Hops Message Header Via: SIP/2.0/UDP 192.168.1.121:5060;received=80.67.115.96;branch=z9hG4bKC0F2D683E6BE8AC5F1A4A260BE120 From: <sip:cirifax@sip.advancemedia.it>;tag=1898319928 To: <sip:cirifax@sip.advancemedia.it>;tag=b36cb132c8240044969e91db40b97d00.d5d1 Call-ID: 9ADCCD22187BDEC93B5953DD93E0F(a)192.168.1.121 CSeq: 1 REGISTER Server: OpenSer (1.1.0-notls (i386/linux)) Content-Length: 0 Warning: 392 213.92.79.131:5060 "Noisy feedback tells: pid=13326 req_src_ip=213.92.79.131 req_src_port=5060 in_uri=sip:sip.advancemedia.it out_uri=sip:sip.advancemedia.it via_cnt==71" It doesn't happen if the user put the ip of the proxy server in the configuration of the Fritz I guess it's a problem with loose routing but I cannot understand if it's a buggy implementation of SIP in the fritz or my misconfiguration Here is my openser.cfg, tnx in advance for help. Edoardo # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ # ----------- global configuration parameters ------------------------ check_via=yes # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- loadmodule "/usr/lib/openser/modules/sl.so" [...] modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://user:pass@192.168.252.5/openser") modparam("usrloc", "timer_interval", 120) modparam("auth_db", "calculate_ha1", 0) modparam("auth_db", "db_url", "mysql://user:pass@192.168.252.5/db") modparam("uri_db", "db_url", "mysql://user:pass@192.168.252.5/openser") modparam("rr", "enable_full_lr", 1) modparam("registrar", "nat_flag", 6) modparam("registrar", "max_expires", 3600) modparam("registrar", "min_expires", 60) modparam("registrar", "append_branches", 0) modparam("registrar", "desc_time_order", 1) modparam("nathelper", "natping_interval", 20) # Ping interval 20 s modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind NAT modparam("dispatcher", "force_dst", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if ( msg:len > max_len ) { sl_send_reply("513", "Message too big"); exit; }; if ( (method=="OPTIONS") || (method=="SUBSCRIBE") || (method=="NOTIFY") ) { sl_send_reply("405", "Method Not Allowed"); exit; } # loose-route processing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); t_relay(); exit; }; if (!method=="REGISTER") { record_route(); }; if ((src_ip==ip.of.asterisk.1) || (src_ip==ip.of.asterisk.1)) { if (!lookup("location")) { sl_send_reply("486", "Busy here"); exit; }; t_on_reply("1"); if (!t_relay()) { sl_reply_error(); }; exit; }; if (nat_uac_test("3")) { if ((method=="REGISTER") || (method=="INVITE") || (method=="OPTIONS")) { fix_nated_contact(); force_rport(); setflag(6); # Mark as NATed } } if (method=="REGISTER") { if (!proxy_authorize("exorsa", "openser_view")) { proxy_challenge("exorsa", "0"); exit; } if (!check_to()) { sl_send_reply("403", "Digest username and URI username do NOT match! Stay away!"); exit; } save("location"); exit; }; if (method=="INVITE") { if (!proxy_authorize("exorsa", "openser_view")) { proxy_challenge("exorsa", "0"); exit; } if (!check_from()) { sl_send_reply("403", "Digest username and URI username do NOT match! Stay away!"); exit; } } if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); exit; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { # !! Nathelper if (uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" && !search("^Route:")){ sl_send_reply("479", "We don't forward to private IP addresses"); exit; }; # NAT processing of replies; apply to all transactions (for example, # re-INVITEs from public to private UA are hard to identify as # NATed at the moment of request processing); look at replies t_on_reply("1"); if ((src_ip!=ip.of.asterisk.1) && (src_ip!=ip.of.asterisk.2)) { ds_select_dst("1", "0"); } if (!t_relay()) { sl_reply_error(); }; } # !! Nathelper onreply_route[1] { # NATed transaction ? if (isflagset(6) && status =~ "(183)|2[0-9][0-9]") { fix_nated_contact(); # otherwise, is it a transaction behind a NAT and we did not # know at time of request processing ? (RFC1918 contacts) } else if (nat_uac_test("1")) { fix_nated_contact(); }; }

2 2

[Users] b2bua
by Kro Kamil 22 May '07

22 May '07

Hi, I need a b2bua to use with openser. I also don't want to use radius. what options do I have? thanks in advance. _________________________________________________________________ Live.com'u deneyin: çevrimiçi dünyanýzý bir araya getirin; haberler, spor, hava durumu ve çok daha fazlasý. http://www.live.com/getstarted

4 3

← Newer
1
...
10
11
12
13
14
15
16
...
30
Older →

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