[Serusers] Re: [Serdev] Auth* changes

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" &lt;bogdan(a)voice-system.ro&gt; To: "Francesco Bottà" &lt;francesco.botta(a)eutelia.it&gt; Cc: "SER developer mailing list" &lt;serdev(a)lists.iptel.org&gt;rg>; "serusers" &lt;serusers(a)lists.iptel.org&gt; 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(a)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(a)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(a)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" &lt;bogdan(a)voice-system.ro&gt; >>To: "SER developer mailing list" &lt;serdev(a)lists.iptel.org&gt; >>Cc: "serusers" &lt;serusers(a)lists.iptel.org&gt; >>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 &gt;&gt;&gt;serdev(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serdev >>> >>> >>> >> >> >> >>