Another mystery of SIP session
Werner Dittmann
Werner.Dittmann at t-online.de
Sun Jun 11 21:40:15 CEST 2006
All,
after applying the latest patches from Mikael I tested some of
the problematic cases. The echo test calling from FWD to sipphone
works perfect now :-) .
The I tried to call my friend on his Gizmo client. As usual his
voice box answered. After I listened to the announcement I pressed
the hangup button. However, it seems that the BYE sent by minisip
didn't reach its destination. Looking at the etheral output I couldn't
see any problem. Thus I forward, as usual, the trace file outputs
to the list. To keep the file size to a reasonable size I only
send the SIP parts of the tcpdump in file ethereal-1a.out (The timeout
SIP message (408) is not shown in ethereal output - got somehow lost,
didn't mark the packet during file save)
Following are the error messages of minisip.
Regards,
Werner
These are the error messages I receive:
SipRequest::init - requestLine = BYE sip:276501 at 84.152.93.183:5060;transport=UDP SIP/2.0
SipRequest::init - method = BYE
SipRequest::init - uri = sip:276501 at 84.152.93.183:5060;transport=UDP
SipRequest::init - requestLine = BYE sip:276501 at 84.152.93.183:5060;transport=UDP SIP/2.0
SipRequest::init - method = BYE
SipRequest::init - uri = sip:276501 at 84.152.93.183:5060;transport=UDP
MessageRouter: To:gui Command:op=call_terminated; destination_id=1210589462 at 84.152.93.183;
ERROR: TransactionLayer::defaultCommandHandler: Could not handle: COMMAND_PACKET:RESPONSE_408 source=transport_layer dest=transaction_layer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ethereal-1a.out
Type: application/octet-stream
Size: 164513 bytes
Desc: not available
Url : http://lists.minisip.org/pipermail/minisip-devel/attachments/20060611/6eb77dc7/ethereal-1a-0001.obj
More information about the Minisip-devel
mailing list