sr-users May 2007

sr-users@lists.kamailio.org

164 participants
296 discussions

[Users] openser: Call workflow
by Helmut Kuper 31 May '07

31 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, is there a way in openser to get it work like this: 1. SIP-Request comes in 2. openser detects a special service for dialed number 3. openser sets that original sip session on hold and forwards the request to a remote service node 4. remote service node does it job and sends back a result message via network to openser 5. openser checks that result, get the session from hold and continues it's work on the session In the end I 'm looking for … [View More]

2 1

[Serusers] SER Debug
by Cyprian Clement 31 May '07

31 May '07

Hi, Does any one know of a useful way of getting(turning on) SER debug report. I am trying to locate where my call is failing with the SER and currently use the "ngrep" but it does not seem to reveal much useful internal report. most of it looks external similar to ethereal. Will appreciate any share of info in this regard. Cyp. -------- ___________________________________________________________ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/

1 0

[Serusers] register my asterisk on ser
by flavio 31 May '07

31 May '07

Hi, I've asterisk and ser runnig onver same machine.Is it wrong? I'm trying to register asterisk on ser as UAC, but I've the follow log error message: ERROR: forward_reply: no 2nd via found in reply sip log with ngrep are soon reported: U 2007/05/31 11:52:48.261775 10.28.19.202:5060 -> 10.28.19.202:5060 REGISTER sip:10.28.19.202 SIP/2.0. Via: SIP/2.0/UDP 10.28.19.202:5060;branch=z9hG4bK7bd3439f. From: <sip:0192091221@10.28.19.202>;tag=as7b047b0b. To: <sip:0192091221@10.28.19.202&… [View More]

2 1

Re: [Users] branch parameter in ACK set to zero?
by Bogdan-Andrei Iancu 31 May '07

31 May '07

Hi Tim, As I suspected, it is empty branch is triggered by a bogus SIP flow. The ACK generated by the caller device is bogus as the TO uri is different than the TO in INVITE. Also the caller device does use branch at all in VIA and forces openser to do pre-RFC3261 transaction matching with involves the TO uri. As the log show, the ACK does not match any transaction: DEBUG: t_lookup_request: start searching: hash=11223, isACK=1 DEBUG: proceeding to pre-RFC3261 transaction matching … [View More] DEBUG: t_lookup_request: no transaction found So, the ACK is forwarded as stateless request - for this case, there is complicated alg for computing the branch param based on the branch params from the previous VIA headers. But the previous VIA is bogus (no branch at all) and openser finds itself in the impossibility to compute a branch for its VIA. regards, bogdan Tim Madorma wrote: > Hi Bogdan, > > Attached is the log and the openser.cfg file. > > thanks, > Tim > > On 5/30/07, Tim Madorma <tmadorma(a)gmail.com> wrote: >> Hi Bogdan, >> >> I have attached an html file that shows the call trace (note that the >> OpenSER is 65.185.232.62:5061in the flow). I will send the log file >> and openser.cfg in a separate email since it would put me over the 40K >> limit. >> >> thanks, >> Tim >> >> On 5/30/07, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote: >> > Hi Tim, >> > >> > the VIA branch param must not be 0, indeed. Could you provide an >> network >> > trace for the entire call and the debug log for level 9? >> > >> > regards, >> > bogdan >> > >> > Tim Madorma wrote: >> > > Hi, >> > > >> > > In testing with OpenSER 1.2 I noticed that the branch parameter >> of the >> > > Via in the ACK to 200 OK has a value of zero. This does not seem >> > > right. From 16.6 of RFC-3261: >> > > >> > > The proxy MUST insert a Via header field value into the copy >> > > before the existing Via header field values. The >> construction >> > > of this value follows the same guidelines of Section >> 8.1.1.7. >> > > This implies that the proxy will compute its own branch >> > > parameter, which will be globally unique for that branch, >> and >> > > contain the requisite magic cookie. >> > > >> > > Please advise. >> > > >> > > thanks, >> > > Tim >> > > >> > > _______________________________________________ >> > > Users mailing list >> > > Users(a)openser.org >> > > http://openser.org/cgi-bin/mailman/listinfo/users >> > > >> > >> > >> >> [View Less]

1 0

[Serusers] Ser in B2B UA Mode
by Gustavo Passos Tourinho 31 May '07

31 May '07

Hi, Can ser be used like a b2b ua? I mean, can it register in others proxies? Thank you. Regards, Gustavo

2 1

[Users] Replace destination URI (remove port 5062)
by Peter P GMX 31 May '07

31 May '07

I have set up an OpenSER to run on port 5062 instead of 5060. Attached to OpenSER I have 2 videoconferencing clients which communicate via SIP. What's working so far - internal client (registered on OpenSER) to another internal client (registered on OpenSER) - internal client (registered on OpenSER) to another external client - this all works with the OpenSER and other clients behind their NAT, as Mediaproxy is installed What is actually not working is - another external client connetcing … [View More]

2 1

[Serusers] Call forward on no answer and busy failing
by Ranganath B 31 May '07

31 May '07

Hi, I could get the blind (unconditional) call forward option working with the configuration that is provided in the IPTEL website but using the same config file and the ideas provided I couldn't get the call forward on busy and no answer working. I get the following error in the /var/log/messages: May 16 15:49:52 localhost /usr/local/sbin/ser[17563]: ERROR: mk_proxy: could not resolve hostname: "ser.iptel.org" May 16 15:49:52 localhost /usr/local/sbin/ser[17563]: ERROR: uri2proxy: bad host … [View More]

3 4

[Users] what algorithm does radiusclient-ng+openser use?(md5 or)
by Jason Ma 30 May '07

30 May '07

Hi All, I'm configuring radius support on openser using radiusclient-ng-0.5.5.1.tar.gz,and the radius server is Lucent AAA server,everytime openser sent the request to AAA server,the AAA server could not parse the request,the logs on AAA server is as below.I noticed that the the server said it was "Unsupported algorithm",and the algorithm was null,I'm wandering what kind of algorithm does radiusclient-ng use?MD5 or HA1......... Please help ! Thanks in advance. ~~~~~~~~~~~~~~~~~~~~~~~ 2007/05/… [View More]29 16:51:45.685 <engine.item.setup> Initializing Radius Item: 192.168.1.42:33345->0.0.0.0:1812(77) 0 <engine.item.setup> Using dictionary: draft-sterman-aaa-sip-01 0 <engine.item.setup> Request decode: User-Name = "21230001(a)192.168.1.42" Digest-Attributes = User-Name = "21230001" Digest-Attributes = Realm = "192.168.1.42" Digest-Attributes = Nonce = "465c49b766fa11f4a9db29977bf16857d3372780" Digest-Attributes = URI = "sip:192.168.1.42" Digest-Attributes = Method = "REGISTER" Digest-Response = "689a0f89cd73751f61b12d04f585a224" Service-Type = IAPP-Register Anonymous = v0-a208-3231323330303031 NAS-Port = 5060 NAS-IP-Address = 192.168.1.42 0 <engine.item.setup> User-Name parsed: Base-User-Name = "21230001", User-Realm = "192.168.1.42" 0 <engine.item.setup> Item setup complete 0 <engine.worker.1> <setup> ==> ReadUserFile.auth:readUserFile 0 <plugin.ReadUserFile.auth:readUserFile> searchValue = ' 21230001(a)192.168.1.42'. 0 <plugin.ReadUserFile.auth:readUserFile> Found entry: 21230001(a)192.168.1.42 0 <plugin.ReadUserFile.auth:readUserFile> Check items for found entry: User-Password = <hidden> Auth-Type = Local 0 <plugin.ReadUserFile.auth:readUserFile> Reply items for found entry: 0 <plugin.ReadUserFile.auth:readUserFile> SUCCESS -- Read User 21230001(a)192.168.1.42 0 <engine.worker.1> ReadUserFile.auth:readUserFile ==> AuthHttpDigest.auth:checkDigest by SUCCESS -- Read User 21230001(a)192.168.1.42 0 <plugin.AuthHttpDigest.auth:checkDigest> response = 689a0f89cd73751f61b12d04f585a224 0 <plugin.AuthHttpDigest.auth:checkDigest> realm = 192.168.1.42 0 <plugin.AuthHttpDigest.auth:checkDigest> nonce = 465c49b766fa11f4a9db29977bf16857d3372780 0 <plugin.AuthHttpDigest.auth:checkDigest> method = REGISTER 0 <plugin.AuthHttpDigest.auth:checkDigest> uri = sip:192.168.1.42 0 <plugin.AuthHttpDigest.auth:checkDigest> qop = 0 <plugin.AuthHttpDigest.auth:checkDigest> algorithm = 0 <plugin.AuthHttpDigest.auth:checkDigest> entityBodyHash = 0 <plugin.AuthHttpDigest.auth:checkDigest> cNonce = 0 <plugin.AuthHttpDigest.auth:checkDigest> nonceCount = 0 <plugin.AuthHttpDigest.auth:checkDigest> username = 21230001 0 <plugin.AuthHttpDigest.auth:checkDigest> ERROR -- Error generating HTTP digest: java.io.IOException: Unsupported algorithm: : java.io.IOException: Unsupported algorithm: 1 <engine.worker.1> AuthHttpDigest.auth:checkDigest ==> End-Of-Methods by ERROR -- Error generating HTTP digest: java.io.IOException: Unsupported algorithm: 1 <engine.worker.1> 21230001(a)192.168.1.42 login discarded due to Error generating HTTP digest: java.io.IOException: Unsupported algorithm: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [View Less]

2 3

[Users] branch parameter in ACK set to zero?
by Tim Madorma 30 May '07

30 May '07

Hi, In testing with OpenSER 1.2 I noticed that the branch parameter of the Via in the ACK to 200 OK has a value of zero. This does not seem right. From 16.6 of RFC-3261: The proxy MUST insert a Via header field value into the copy before the existing Via header field values. The construction of this value follows the same guidelines of Section 8.1.1.7. This implies that the proxy will compute its own branch parameter, which will be globally unique … [View More]

3 4

[Serusers] SER 2.0.0 RC 1 won't start on Fedora 6
by Umer Waqar 30 May '07

30 May '07

Hi, I downloaded the source and compiled SER 2.0.0 RC 1 as per instructions on http://www.iptel.org/ser_2_0_0_release_candidate_1 I get an error when try to check it with 'sercmd' and also can't see the ser process running Rgrds, Umer [root@umer ~]# /usr/local/sbin/ser Listening on udp: 192.168.1.103 [192.168.1.103]:5060 tcp: 192.168.1.103 [192.168.1.103]:5060 Aliases: tcp: phone03.tb.jasomi.com:5060 udp: phone03.tb.jasomi.com:5060 … [View More]

2 1

← Newer
1
2
3
4
5
6
7
...
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