[Serusers] Re: [Serdev] Auth* changes

Tue Apr 19 15:14:03 CEST 2005

probably you are referring to this header:

Remote-Party-ID: 
<sip:06..293701 at 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 at 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 at my.sip.domain",response="af95e0eb4634f403312d1543713af228",cnonce="1baf129b",qop="auth",nc="00000021".
>
>Max-Forwards: 70.
>
>From: "0662293701"<sip:0662293701 at my.sip.domain>;tag=ttf2004-2027030565-4e3430a3-1528472774.
>
>To: <sip:05751944945 at my.sip.domain>.
>
>Contact: "0662293701"<sip:0662293701 at E.F.G.H:5060>.
>
>Call-ID: 4F6F-4259-8014290-8CB71C2226CD-0027 at 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 at my.sip.domain>;tag=ttf2004-2027030565-4e3430a3-1528472774.
>
>To: <sip:05751944945 at my.sip.domain>.
>
>Call-ID: 4F6F-4259-8014290-8CB71C2226CD-0027 at 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 at my.sip.domainout_uri=sip:49105751944945 at K.X.Y.Z:5060 via_cnt==1".
>
>.
>
>#
>
>U A.B.C.D:5060 -> K.X.Y.Z:5060
>
>INVITE sip:49105751944945 at 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 at my.sip.domain>;tag=ttf2004-2027030565-4e3430a3-1528472774.
>
>To: <sip:05751944945 at my.sip.domain>.
>
>Contact: "0662293701"<sip:0662293701 at E.F.G.H:5060>.
>
>Call-ID: 4F6F-4259-8014290-8CB71C2226CD-0027 at 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 at 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 at voice-system.ro>
>To: "SER developer mailing list" <serdev at lists.iptel.org>
>Cc: "serusers" <serusers at 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 at lists.iptel.org
>>http://lists.iptel.org/mailman/listinfo/serdev
>>
>
>
>  
>