Hi Bogdan,
in attach the log with avp_print() submitted just after the authentication challange and just before the t_relay() function....to me seems that something is overriding the value of rpid_avp in memory....
Any suggestions?
Many thanx
Verbal ----- Original Message ----- From: "Bogdan-Andrei Iancu" bogdan@voice-system.ro To: "Francesco Bottà" francesco.botta@eutelia.it Cc: "SER developer mailing list" serdev@lists.iptel.org; "serusers" serusers@lists.iptel.org Sent: Tuesday, April 19, 2005 3:14 PM Subject: Re: [Serdev] Auth* changes
probably you are referring to this header:
Remote-Party-ID: sip:06..293701@my.sip.domain;party=calling;id-type=subscriber;screen=yes;privacy=off.
the URI part is loaded from DB via auth_db as an AVP. So please first check if in the DB value is correct and then, after authentication sequence, via avp_print() (avpops module) verify the value of the "rpid" AVP. See where the URI become bogus.
bogdan
Francesco Bottà wrote:
Hi all,
I've tested the new code but now the problem is worst after the change....the rpid HF in outgoing INVITE is ever wrong (missing some digits) and the gateway is unable to understood the RPID HF....in my ser.cfg I've only this line related to RPID handling (before t_relay()):
append_rpid_hf("<", ">;party=calling;id-type=subscriber;screen=yes;privacy=off");
Here a ngrepped log where the actors are:
A.B.C.D: IP_address_SER E.F.G.H: calling_ATA K.X.Y.Z: gateway_Cisco
U E.F.G.H:5060 -> A.B.C.D:5060
INVITE sip:05751944945@my.sip.domain SIP/2.0.
Via: SIP/2.0/UDP E.F.G.H:5060;branch=z9hG4bK72757e5898649d225fbab82c5b090092.
Proxy-Authorization: Digest username="0662293701",realm="my.sip.domain",nonce="4264fd7095fad869d82db77f8760f99a194081be",uri="sip:05751944945@my.sip.domain",response="af95e0eb4634f403312d1543713af228",cnonce="1baf129b",qop="auth",nc="00000021".
Max-Forwards: 70.
From: "0662293701"sip:0662293701@my.sip.domain;tag=ttf2004-2027030565-4e3430a3-1528472774.
To: sip:05751944945@my.sip.domain.
Contact: "0662293701"sip:0662293701@E.F.G.H:5060.
Call-ID: 4F6F-4259-8014290-8CB71C2226CD-0027@E.F.G.H.
CSeq: 33 INVITE.
Allow:INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,REFER.
Content-Disposition: session.
Content-Encoding: identity.
Content-Language: en.
Content-Length: 223.
Content-Type: application/sdp.
Expires: 180.
Supported: replaces.
User-Agent: ttf2004.
.
v=0.
o=0662293701 2489050800 1 IN IP4 E.F.G.H.
s=Session SDP.
c=IN IP4 E.F.G.H.
t=0 0.
m=audio 5002 RTP/AVP 8 18 101.
a=rtpmap:8 PCMA/8000.
a=rtpmap:18 G729/8000.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-15.
#
U A.B.C.D:5060 -> E.F.G.H:5060
SIP/2.0 100 trying -- your call is important to us.
Via: SIP/2.0/UDP E.F.G.H:5060;branch=z9hG4bK72757e5898649d225fbab82c5b090092.
From: "0662293701"sip:0662293701@my.sip.domain;tag=ttf2004-2027030565-4e3430a3-1528472774.
To: sip:05751944945@my.sip.domain.
Call-ID: 4F6F-4259-8014290-8CB71C2226CD-0027@E.F.G.H.
CSeq: 33 INVITE.
Date: Tue, 19 Apr 2005 12:40:36 GMT+01:00.
Server: SPSexp (0.9.1 (i386/linux)).
Content-Length: 0.
Warning: 392 A.B.C.D:5060 "Noisy feedback tells: pid=2511 req_src_ip=E.F.G.H req_src_port=5060 in_uri=sip:05751944945@my.sip.domainout_uri=sip:49105751944945@K.X.Y.Z:5060 via_cnt==1".
.
#
U A.B.C.D:5060 -> K.X.Y.Z:5060
INVITE sip:49105751944945@K.X.Y.Z:5060 SIP/2.0.
Record-Route: sip:A.B.C.D;ftag=ttf2004-2027030565-4e3430a3-1528472774;lr=on.
Via: SIP/2.0/UDP A.B.C.D;branch=z9hG4bKfc13.4b9ec207.0.
Via: SIP/2.0/UDP E.F.G.H:5060;branch=z9hG4bK72757e5898649d225fbab82c5b090092.
Max-Forwards: 16.
From: "0662293701"sip:0662293701@my.sip.domain;tag=ttf2004-2027030565-4e3430a3-1528472774.
To: sip:05751944945@my.sip.domain.
Contact: "0662293701"sip:0662293701@E.F.G.H:5060.
Call-ID: 4F6F-4259-8014290-8CB71C2226CD-0027@E.F.G.H.
CSeq: 33 INVITE.
Allow:INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,REFER.
Content-Disposition: session.
Content-Encoding: identity.
Content-Language: en.
Content-Length: 223.
Content-Type: application/sdp.
Expires: 180.
Supported: replaces.
User-Agent: ttf2004.
Remote-Party-ID: sip:06..293701@my.sip.domain;party=calling;id-type=subscriber;screen=yes;privacy=off.
P-hint: Call_From_Postpaid_User.
.
v=0.
o=0662293701 2489050800 1 IN IP4 E.F.G.H.
s=Session SDP.
c=IN IP4 E.F.G.H.
t=0 0.
m=audio 5002 RTP/AVP 8 18 101.
a=rtpmap:8 PCMA/8000.
a=rtpmap:18 G729/8000.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-15.
Any suggestions?
Regards,
Verbal
----- Original Message ----- From: "Bogdan-Andrei Iancu" bogdan@voice-system.ro To: "SER developer mailing list" serdev@lists.iptel.org Cc: "serusers" serusers@lists.iptel.org Sent: Tuesday, April 19, 2005 1:12 PM Subject: [Serdev] Auth* changes
I just committed some changes into 0.9.0 auth* modules - basically it's just a backport from the development branch. Mainly to solve some issues regarding the RPID handling (there were quite some reports about RPID problems in 0.9.0), which was one of the last drawbacks before 0.9.0 release.
Interface changes:
auth_db: param "load_credentials": list of '|' separated columns to be load from subscriber table at auth time. The values for each column is loaded in a corresponding AVP (string type) with same name as the column; Default value is "rpid". Empty value "" disable this feature.
auth: param "rpid_avp": avp name (string) which carry the RPID value - must be synchronized with auth_db if RPID is fetched from DB. Default value is "rpid".
Please all 0.9.0 users, give it a try a report any potential problems.
bogdan
Serdev mailing list serdev@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev