< Previous by Date | Date Index | Next by Date > |
< Previous in Thread | Thread Index |
Sounds like routing trouble of the ACK by
the other endpoint – DUM is not seeing the ack. An ethereal trace would
probably help find out what’s happening. From:
resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:resiprocate-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Amit Rastogi Hello, I am trying to use only the tcp transport but running into issues for
sending responses. i am specifying transport parameter as tcp in the contact
/to/from addresses. i am using the suggestions in the msg http://list.sipfoundry.org/archive/resiprocate-devel/msg03681.html when i create a session between 2 clients A and B. B can answer
but keeps waiting for ack. following is the stack trace INFO | 20051102-205339.355 | DEBUG | RESIP:DUM | 260 |
DialogUsageManager.cxx:830 | Got: DumTimeout::WaitForAck INVITE: 9 UAS_WaitingToHangup
ADDR=<sip:1001@xxxxxxxxxxxxx
;transport=tcp>;tag=0d261322 PEER=<sip:vani@xxxxxxxxxxxxx;transport=tcp>;tag=b205c903:
duration=32000 seq=2 Any ideas. thanks, Amit |