< Previous by Date | Date Index | Next by Date > |
Thread Index | Next in Thread > |
Hi, I just came across a potential problem in resiprocate (or in
our application). The AclStore is currently inactive, so resiprocate –
acting as a UAS – is asking for authentication for each message. When the
client sends an INVITE, resiprocate answers with a 407 with: Proxy-Authorization: Digest
username="24",realm="terastation5.m.terasens.de",nonce="12835812933:5145d934c594a99a742360f04560d34d",uri="sip:250@xxxxxxxxxxxxxxxxxxxxxxxxxx;user=phone",qop=auth,nc=00000001,cnonce="5b932ae2",response="e7c031b9 The client sends the correct Proxy-Authorization and the
messages gets accepted. When the client sends BYE later, resiprocate sends a 407
with: Proxy-Authorization: Digest
username="24",realm="192.168.20.12",nonce="12835812948:e969ac8d7671b4c2c0a282b0c022fd91",uri="sip:250@xxxxxxxxxxxxx:5060;user=phone",qop=auth,nc=00000001,cnonce="7f21c771",response="3b861f089995dd78b0aa6e597cfd2 The realm does not match anymore and the client cannot
authenticate. Is this behaviour correct or shouldn’t resiprocate send the
original realm value? Thanks and best regards, Matthias Moetje
|