Problem in subscribe requests

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Babon Frederic wrote:
> Hi,
> 
> I have a problem with presence in PJSIP: when I subscribe to other sip 
> address (ex: bob subscribes to sip:alice at something.net) it works but 
> after other requests ( like re-susbcribe and unsubscribe requests) does 
> not work ! It seems that the request URI is automatically replaced by 
> the contact header value sent by the presence server.
> 
> Is it possible to change this behaviour?

According to the rule in RFC 3261, target URI is taken from the 
Contact header of target request/response, so I don't think it's 
wise to change this behavior.

So it looks like the only solution is to fix the other UA to send 
proper address in its Contact header.

  -benny


> 
> Here is my example flow:
> 
>  
> 
> First Request
> 
>  
> 
> Request-Line: SUBSCRIBE sip:alice at something.net SIP/2.0
> 
>     Message Header
> 
>         Via: SIP/2.0/UDP 
> 178.3.3.34:5070;rport;branch=z9hG4bKPj0dd2f0bdaa84483dae84722717995f44
> 
>         Max-Forwards: 70
> 
>         From: sip:bob at something.net;tag=b92c03ec9bfc4a5a882d99bdb71b7a3f
> 
>         To: sip:alice at something.net
> 
>         Contact: <sip:bob at 178.3.3.34:5070;transport=UDP>
> 
>         Call-ID: c1103045184c4e088b6f9c96ceefff24
> 
>         CSeq: 817961235 SUBSCRIBE
> 
>         Event: presence
> 
>         Expires: 600
> 
>         Accept: application/pidf+xml, application/xpidf+xml
> 
>         Allow-Events: presence, refer
> 
>         User-Agent: PJSIP-TEST
> 
>         Route: <sip:178.3.16.170:5060>
> 
>         Content-Length:  0
> 
>  
> 
> Response by presence server
> 
>  
> 
>     Status-Line: SIP/2.0 202 OK
> 
>     Message Header
> 
>         Call-ID: c1103045184c4e088b6f9c96ceefff24
> 
>         Contact: <sip:localhost:5065>
> 
>         CSeq: 817961235 SUBSCRIBE
> 
>         From: <sip:bob at something.net>;tag=b92c03ec9bfc4a5a882d99bdb71b7a3f
> 
>         Record-Route: <sip:178.3.16.170:5060;lr>
> 
>         To: <sip:alice at something.net>;tag=a.1043.1188824974.70
> 
>         Via: SIP/2.0/UDP 
> 178.3.3.34:5070;received=178.3.3.34;rport=5070;branch=z9hG4bKPj0dd2f0bdaa84483dae84722717995f44
> 
>         Expires: 600
> 
>         Server: OpenSER (1.3.0-dev10-notls (i386/linux))
> 
>         P-Charging-Vector: icid-value="IMS1-3-11889172739022312270"
> 
>         Content-Length: 0
> 
>  
> 
> Other requests
> 
>  
> 
> Request-Line: SUBSCRIBE sip:localhost:5065 SIP/2.0
> 
>     Message Header
> 
>         Via: SIP/2.0/UDP 
> 178.3.3.34:5070;rport;branch=z9hG4bKPj1542ddcfdd4d48a2afd2c5b748d5e6d4
> 
>         Max-Forwards: 70
> 
>         From: sip:bob at something.net;tag=b92c03ec9bfc4a5a882d99bdb71b7a3f
> 
>         To: sip:alice at something.net;tag=a.1043.1188824974.70
> 
>         Contact: <sip:bob at 178.3.3.34:5070;transport=UDP>
> 
>         Call-ID: c1103045184c4e088b6f9c96ceefff24
> 
>         CSeq: 817961236 SUBSCRIBE
> 
>         Route: <sip:178.3.16.170:5060;lr>
> 
>         Event: presence
> 
>         Expires: 0
> 
>         Accept: application/pidf+xml, application/xpidf+xml
> 
>         Allow-Events: presence, refer
> 
>         User-Agent: PJSIP-TEST
> 
>         Content-Length:  0
> 
>  
> 
>  
> 
> Thanks a lot for your support.
> 
>  
> 
> Frederic.





[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux