[Users] Presence: nothing to retransmit ???

Daniel-Constantin Mierla daniel at voice-system.ro
Thu Apr 5 09:19:01 CEST 2007


Hello,

seems that this is a retransmission of PUBLISH. Check the log above the
pasted messages. There should be the messages of processing the initial
PUBLISH. Check there to see if the reply was sent (you can use
ngrep/wireshark to watch the SIP traffic, therefore, you can see wheter
reply is sent or not).

Cheers,
Daniel


On 04/03/07 10:58, Eddie wrote:
> Hi all,
> I am a new to openser. I am using openser-1.2.0-notls. I met a issue
> when I setup a presence server.
> I use a UDP testing tool to send PUBLISH message :
> PUBLISH sip:111 at sip.comverse.com SIP/2.0
> To: <sip:111 at sip.comverse.com>
> From: <sip:111 at sip.comverse.com>;tag=aa0e9e60
> Via: SIP/2.0/UDP
> 172.19.1.190:5060;branch=z9hG4bK-d87543-4f7005092661b51b-1--d87543-;rport
> Call-ID: dd2288324976454c at UG9ja2V0X1BD
> <mailto:dd2288324976454c at UG9ja2V0X1BD>
> CSeq: 4444 PUBLISH
> Contact: <sip:111 at 172.19.1.190:5060>
> Expires: 3600
> Max-Forwards: 70
> Content-Type: application/pidf+xml
> Event: presence
> Content-Length: 549
> <?xml version="1.0" encoding="UTF-8" ?>
> <presence xmlns="urn:ietf:params:xml:ns:pidf"
> xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
> xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:op="urn:oma:params:xml:ns:pidf:oma-pres"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instan
> <tuple id="t0001">
> <status>
> <basic>open</basic>
> </status>
> <op:overriding-willingness>
> <op:basic>open</op:basic>
> </op:overriding-willingness>
> </tuple>
> </presence>
> but no 200 OK return back from the server. and I set debug level to 7,
> the log is as followed:
> 4(5485) method: <PUBLISH>
> 4(5485) uri: <sip:111 at sip.comverse.com>
> 4(5485) version: <SIP/2.0>
> 4(5485) parse_headers: flags=2
> 4(5485) DEBUG:parse_to:end of header reached, state=10
> 4(5485) DBUG:parse_to: display={}, ruri={sip:111 at sip.comverse.com}
> 4(5485) DEBUG: get_hdr_field: <To> [28]; uri=[sip:111 at sip.comverse.com]
> 4(5485) DEBUG: to body [<sip:111 at sip.comverse.com>
>
> 4(5485) Found param type 232, <branch> =
> <z9hG4bK-d87543-4f7005092661b51b-1--d87543->; state=6
> 4(5485) Found param type 235, <rport> = <n/a>; state=17
> 4(5485) end of header reached, state=5
> 4(5485) parse_headers: Via found, flags=2
> 4(5485) parse_headers: this is the first via
> 4(5485) After parse_msg...
> 4(5485) preparing to run routing scripts...
> 4(5485) parse_headers: flags=100
> 4(5485) get_hdr_field: cseq <CSeq>: <4445> <PUBLISH>
> 4(5485) DEBUG:maxfwd:is_maxfwd_present: value = 70
> 4(5485) DEBUG: add_param: tag=aa0e9e60
> 4(5485) DEBUG:parse_to:end of header reached, state=29
> 4(5485) DBUG:parse_to: display={}, ruri={sip:111 at sip.comverse.com}
> 4(5485) parse_headers: flags=200
> 4(5485) DEBUG: get_hdr_body : content_length=549
> 4(5485) found end of header
> 4(5485) find_first_route: No Route headers found
> 4(5485) loose_route: There is no Route HF
> 4(5485) grep_sock_info - checking if host==us: 16==12 &&
> [sip.comverse.com] == [172.19.1.170]
> 4(5485) grep_sock_info - checking if port 5060 matches port 5060
> 4(5485) grep_sock_info - checking if host==us: 16==12 &&
> [sip.comverse.com] == [172.19.1.170]
> 4(5485) grep_sock_info - checking if port 5060 matches port 5060
> 4(5485) DEBUG: t_newtran: T on entrance=0xffffffff
> 4(5485) parse_headers: flags=ffffffffffffffff
> 4(5485) parse_headers: flags=78
> 4(5485) t_lookup_request: start searching: hash=29736, isACK=0
> 4(5485) DEBUG: RFC3261 transaction matched,
> tid=-d87543-4f7005092661b51b-1--d87543-
> 4(5485) DEBUG:tm:REF_UNSAFE: after is 1
> 4(5485) DEBUG: t_lookup_request: transaction found (T=0xb6148f48)
> 4(5485) DEBUG:tm:t_retransmit_reply: nothing to retransmit
> 4(5485) DEBUG:tm:UNREF_UNSAFE: after is 0
> 4(5485) DEBUG:destroy_avp_list: destroying list (nil)
> 4(5485) receive_msg: cleaning up
> 5(5488) PRESENCE: msg_watchers_clean:cleaning pending subscriptions
> 5(5488) PRESENCE: msg_active_watchers_clean:cleaning expired watcher
> information
> 5(5488) PRESENCE:msg_presentity_clean:cleaning expired presentity
> information
> I am confused about the issue, and I am not sure whether it is caused
> by configuration files or mysql database.
> Please help me. Thanks so much !
> Brs,
> Eddie
>
>
> ------------------------------------------------------------------------
> 每天上班第一件要做的事情是? 马上看看>> <http://www.126.com/>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>   




More information about the Users mailing list