MediaProxy can't Closing expired calls, 404 Requested Dialog not found

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

MediaProxy can't Closing expired calls, 404 Requested Dialog not found

john li


---------- Forwarded message ----------
From: john li <[hidden email]>
Date: 2008/11/24
Subject: MediaProxy can't Closing expired calls, 404 Requested Dialog not found
To: [hidden email]


Hi,
 
I'm trying to enable MediaProxy to close expired calls but  got an error
 
Does anyone have any suggestions?
 
Thanks a lot
John
 
 
here is the log: 
 
 DBG:mi_datagram:identify_command: dtgram->len is 21
Nov 24 16:05:54 localhost media-dispatcher[3638]: [RelayServerProtocol,0,127.0.0.1] Got statistics: {'from_tag': '353485446', 'callee_packets': {'audio': 432}, 'dialog_id': '795:0', 'start_time': 1227513882.5899999, 'timed_out': True, 'caller_bytes': {'audio': 110400}, 'callee_bytes': {'audio': 86400}, 'call_id': [hidden email], 'to_tag': '1072710660', 'streams': [{'status': 'conntrack timeout', 'caller_codec': 'G711u', 'pdd': 0.54283404350300002, 'callee_codec': 'G711u', 'start_time': 0, 'caller_bytes': 110400, 'callee_bytes': 86400, 'callee_remote': '192.168.1.6:28802', 'caller_remote': '192.168.1.6:28556', 'media_type': 'audio', 'callee_local': '192.168.1.8:50090', 'timeout_wait': 60, 'caller_local': '192.168.1.8:50088', 'end_time': 71}], 'caller_packets': {'audio': 552}, 'duration': 71, 'to_uri': [hidden email], 'from_uri': [hidden email], 'callee_ua': 'YATE/2.0.0', 'caller_ua': 'YATE/2.0.0'}
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:identify_command: dtgram->len is 7
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_server: we have a valid command
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_server: after identifing the command, the received datagram is  795 0
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_server: parsing the command's params
Nov 24 16:05:54 localhost cdrtool[3394]: DebitBalance [hidden email] From=[hidden email] To=sip:01088888888@192.168.1.6:3212 Gateway=127.0.0.1 Duration=71
Nov 24 16:05:54 localhost cdrtool[3394]: ConnectFee=0.0000 [hidden email] Span=1 Duration=71 DestId=8610 domain=192.168.1.8 Profile=551 Period=weekday Rate=551 Interval=0-18 Cost=0.1200/60 Price=0.1420
Nov 24 16:05:54 localhost cdrtool[3394]: Price=0.1420 Duration=71 [hidden email] [hidden email] DestId=8610 MaxSessionTime=0
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be parsed is 795 0   and 7 in length
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: the string is not just a quoted string
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: found newline before attr_separator--we have just the attribute's value
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: empty name, attr not quoted value <795> found
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: 1 data->len is 7
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: 2 data->len is 3
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_tree: adding node <> ; val <795>
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_tree: the remaining datagram has 3 bytes
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be parsed is 0   and 3 in length
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: the string is not just a quoted string
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: found newline before attr_separator--we have just the attribute's value
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: empty name, attr not quoted value <0> found
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: 1 data->len is 3
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: 2 data->len is 1
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_tree: adding node <> ; val <0>
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_tree: the remaining datagram has 1 bytes
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be parsed is   and 1 in length
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_server: done parsing the mi tree
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:dialog:mi_terminate_dlg: h_entry 795 h_id 0
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:dialog:lookup_dlg: no dialog id=0 found on entry 795
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_server: command process (dlg_end_dlg)succeded
Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]: DBG:mi_datagram:mi_datagram_server: the response: 404 Requested Dialog not found  has been sent in 31 octets
Nov 24 16:05:54 localhost media-dispatcher[3638]: [mediaproxy.interfaces.opensips.UNIXSocketProtocol (UDP)] error: failed to end dialog: 404 Requested Dialog not found
 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: MediaProxy can't Closing expired calls, 404 Requested Dialog not found

Dan Pascu

There is not enough information in the provided trace to figure out why
the dialog was no longer there. I may have been closed by another means
and the closing may not have been propagated to the media-relay.

On Monday 24 November 2008, john li wrote:

> ---------- Forwarded message ----------
> From: john li <[hidden email]>
> Date: 2008/11/24
> Subject: MediaProxy can't Closing expired calls, 404 Requested Dialog
> not found
> To: [hidden email]
>
>
> Hi,
>
> I'm trying to enable MediaProxy to close expired calls but  got an
> error
>
> Does anyone have any suggestions?
>
> Thanks a lot
> John
>
>
> here is the log:
>
>  DBG:mi_datagram:identify_command: dtgram->len is 21
> Nov 24 16:05:54 localhost media-dispatcher[3638]:
> [RelayServerProtocol,0, 127.0.0.1] Got statistics: {'from_tag':
> '353485446', 'callee_packets': {'audio': 432}, *'dialog_id': '795:0',*
> 'start_time': 1227513882.5899999, 'timed_out': True, 'caller_bytes':
> {'audio': 110400}, 'callee_bytes': {'audio': 86400}, 'call_id':
> '1440081054@192.168.1.8', 'to_tag': '1072710660', 'streams':
> [{'status': 'conntrack timeout', 'caller_codec': 'G711u', 'pdd':
> 0.54283404350300002, 'callee_codec': 'G711u', 'start_time': 0,
> 'caller_bytes': 110400, 'callee_bytes': 86400, 'callee_remote': '
> 192.168.1.6:28802', 'caller_remote': '192.168.1.6:28556', 'media_type':
> 'audio', 'callee_local': '192.168.1.8:50090', 'timeout_wait': 60,
> 'caller_local': '192.168.1.8:50088', 'end_time': 71}],
> 'caller_packets': {'audio': 552}, 'duration': 71, 'to_uri':
> '01088888888@192.168.1.8', 'from_uri': '1000@192.168.1.8', 'callee_ua':
> 'YATE/2.0.0', 'caller_ua': 'YATE/2.0.0'}
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:identify_command: dtgram->len is 7
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: we have a valid command
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: after identifing the command, the
> received datagram is  795 0
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: parsing the command's params
> Nov 24 16:05:54 localhost cdrtool[3394]: DebitBalance
> CallId=1440081054@192.168.1.8
> From=sip:1000@192.168.1.8<sip%3A1000@192.168.1.8>To=
> sip:01088888888@192.168.1.6:3212 Gateway=127.0.0.1 Duration=71
> Nov 24 16:05:54 localhost cdrtool[3394]: ConnectFee=0.0000
> CallId=1440081054@192.168.1.8 Span=1 Duration=71 DestId=8610 domain=
> 192.168.1.8 Profile=551 Period=weekday Rate=551 Interval=0-18
> Cost=0.1200/60 Price=0.1420
> Nov 24 16:05:54 localhost cdrtool[3394]: Price=0.1420 Duration=71
> CallId=1440081054@192.168.1.8 BillingParty=1000@192.168.1.8 DestId=8610
> MaxSessionTime=0
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be
> parsed is 795 0   and 7 in length
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the string is not just a quoted
> string
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: found newline before
> attr_separator--we have just the attribute's value
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: empty name, attr not quoted
> value <795> found
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: 1 data->len is 7
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: 2 data->len is 3
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_tree: adding node <> ; val <795>
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_tree: the remaining datagram has 3
> bytes Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be
> parsed is 0   and 3 in length
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the string is not just a quoted
> string
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: found newline before
> attr_separator--we have just the attribute's value
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: empty name, attr not quoted
> value <0> found
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: 1 data->len is 3
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: 2 data->len is 1
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_tree: adding node <> ; val <0>
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_tree: the remaining datagram has 1
> bytes Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be
> parsed is   and 1 in length
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: done parsing the mi tree
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:dialog:*mi_terminate_dlg:
> h_entry 795 h_id 0
> *Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:dialog:lookup_dlg: *no dialog id=0 found on entry 795*
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: command process
> (dlg_end_dlg)succeded Nov 24 16:05:54 localhost
> /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: the response: 404 Requested Dialog
> not found  has been sent in 31 octets
> Nov 24 16:05:54 localhost media-dispatcher[3638]:
> [mediaproxy.interfaces.opensips.UNIXSocketProtocol (UDP)] error: failed
> to end dialog: *404 Requested Dialog not found
> *



--
Dan

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: MediaProxy can't Closing expired calls, 404 Requested Dialog not found

john li
thanks,
 
I got the error many times, and i check the dialog table of the opensips database for each error, the corresponding dialog was still there. for example, if the 'dialog_id' in the statistics of the MediaProxy is ''795:0', i will find a record in the dialog table with hash_entry is 795, now the problem is that hash_id in the dialog table is 1274044496, but hash_id in the statistics of the MediaProxy is 0.
 
according to my understanding, 'dialog_id' : '795:0' in the statistics of the MediaProxy means the hash_entry is 795 and hash_id is 0, right ?
 
regards
 
John
2008/11/24 Dan Pascu <[hidden email]>

There is not enough information in the provided trace to figure out why
the dialog was no longer there. I may have been closed by another means
and the closing may not have been propagated to the media-relay.

On Monday 24 November 2008, john li wrote:
> ---------- Forwarded message ----------
> From: john li <[hidden email]>
> Date: 2008/11/24
> Subject: MediaProxy can't Closing expired calls, 404 Requested Dialog
> not found
> To: [hidden email]
>

>
> Hi,
>
> I'm trying to enable MediaProxy to close expired calls but  got an
> error
>
> Does anyone have any suggestions?
>
> Thanks a lot
> John
>
>
> here is the log:
>
>  DBG:mi_datagram:identify_command: dtgram->len is 21
> Nov 24 16:05:54 localhost media-dispatcher[3638]:
> [RelayServerProtocol,0, 127.0.0.1] Got statistics: {'from_tag':
> '353485446', 'callee_packets': {'audio': 432}, *'dialog_id': '795:0',*
> 'start_time': 1227513882.5899999, 'timed_out': True, 'caller_bytes':
> {'audio': 110400}, 'callee_bytes': {'audio': 86400}, 'call_id':
> '[hidden email]', 'to_tag': '1072710660', 'streams':
> [{'status': 'conntrack timeout', 'caller_codec': 'G711u', 'pdd':
> 0.54283404350300002, 'callee_codec': 'G711u', 'start_time': 0,
> 'caller_bytes': 110400, 'callee_bytes': 86400, 'callee_remote': '
> 192.168.1.6:28802', 'caller_remote': '192.168.1.6:28556', 'media_type':
> 'audio', 'callee_local': '192.168.1.8:50090', 'timeout_wait': 60,
> 'caller_local': '192.168.1.8:50088', 'end_time': 71}],
> 'caller_packets': {'audio': 552}, 'duration': 71, 'to_uri':
> '[hidden email]', 'from_uri': '[hidden email]', 'callee_ua':
> 'YATE/2.0.0', 'caller_ua': 'YATE/2.0.0'}
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:identify_command: dtgram->len is 7
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: we have a valid command
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: after identifing the command, the
> received datagram is  795 0
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: parsing the command's params
> Nov 24 16:05:54 localhost cdrtool[3394]: DebitBalance
> CallId=[hidden email]
> From=[hidden email]<[hidden email]>To=
> sip:01088888888@192.168.1.6:3212 Gateway=127.0.0.1 Duration=71
> Nov 24 16:05:54 localhost cdrtool[3394]: ConnectFee=0.0000
> CallId=[hidden email] Span=1 Duration=71 DestId=8610 domain=
> 192.168.1.8 Profile=551 Period=weekday Rate=551 Interval=0-18
> Cost=0.1200/60 Price=0.1420
> Nov 24 16:05:54 localhost cdrtool[3394]: Price=0.1420 Duration=71
> CallId=[hidden email] BillingParty=[hidden email] DestId=8610
> MaxSessionTime=0
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be
> parsed is 795 0   and 7 in length
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the string is not just a quoted
> string
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: found newline before
> attr_separator--we have just the attribute's value
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: empty name, attr not quoted
> value <795> found
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: 1 data->len is 7
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: 2 data->len is 3
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_tree: adding node <> ; val <795>
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_tree: the remaining datagram has 3
> bytes Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be
> parsed is 0   and 3 in length
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the string is not just a quoted
> string
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: found newline before
> attr_separator--we have just the attribute's value
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: empty name, attr not quoted
> value <0> found
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: 1 data->len is 3
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: 2 data->len is 1
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_tree: adding node <> ; val <0>
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_tree: the remaining datagram has 1
> bytes Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_parse_node: the remaining datagram to be
> parsed is   and 1 in length
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: done parsing the mi tree
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:dialog:*mi_terminate_dlg:
> h_entry 795 h_id 0
> *Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:dialog:lookup_dlg: *no dialog id=0 found on entry 795*
> Nov 24 16:05:54 localhost /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: command process
> (dlg_end_dlg)succeded Nov 24 16:05:54 localhost
> /usr/sbin/opensips[11958]:
> DBG:mi_datagram:mi_datagram_server: the response: 404 Requested Dialog
> not found  has been sent in 31 octets
> Nov 24 16:05:54 localhost media-dispatcher[3638]:
> [mediaproxy.interfaces.opensips.UNIXSocketProtocol (UDP)] error: failed
> to end dialog: *404 Requested Dialog not found
> *



--
Dan


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: MediaProxy can't Closing expired calls, 404 Requested Dialog not found

Dan Pascu
On Monday 24 November 2008, john li wrote:

> thanks,
>
> I got the error many times, and i check the dialog table of the
> opensips database for each error, the corresponding dialog was still
> there. for example, if the 'dialog_id' in the statistics of the
> MediaProxy is ''795:0', i will find a record in the dialog table with
> hash_entry is 795, now the problem is that hash_id in the dialog table
> is 1274044496, but hash_id in the statistics of the MediaProxy is 0.
>
> according to my understanding, 'dialog_id' : '795:0' in the statistics
> of the MediaProxy means the hash_entry is 795 and hash_id is 0, right ?

Yes, but 795:0 and 795:1274044496 are two different dialogs and they can
coexist. The assumption that 795:1274044496 is the dialog you are looking
for is wrong. The dialog you are looking for is 795:0 and it seems it is
no longer there.

--
Dan

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: MediaProxy can't Closing expired calls, 404 Requested Dialog not found

john li
Hi,
 
I agree you opinion.  but now the situation is that when i start a call, there are one and only one dialog record in the table, and when i end the call normally, the record disappear automatically.
 
thanks a lot!
 
regards
 
2008/11/24 Dan Pascu <[hidden email]>
On Monday 24 November 2008, john li wrote:
> thanks,
>
> I got the error many times, and i check the dialog table of the
> opensips database for each error, the corresponding dialog was still
> there. for example, if the 'dialog_id' in the statistics of the
> MediaProxy is ''795:0', i will find a record in the dialog table with
> hash_entry is 795, now the problem is that hash_id in the dialog table
> is 1274044496, but hash_id in the statistics of the MediaProxy is 0.
>
> according to my understanding, 'dialog_id' : '795:0' in the statistics
> of the MediaProxy means the hash_entry is 795 and hash_id is 0, right ?

Yes, but 795:0 and 795:1274044496 are two different dialogs and they can
coexist. The assumption that 795:1274044496 is the dialog you are looking
for is wrong. The dialog you are looking for is 795:0 and it seems it is
no longer there.

--
Dan


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: MediaProxy can't Closing expired calls, 404 Requested Dialog not found

Dan Pascu
On Tuesday 25 November 2008, john li wrote:
> Hi,
>
> I agree you opinion.  but now the situation is that when i start a
> call, there are one and only one dialog record in the table, and when i
> end the call normally, the record disappear automatically.

If you use engage_media_proxy() (and I assume you do, since you have the
dialog_id in the dispatcher/relay, otherwise it will be absent and it
wouldn't even try to instruct opensips to close the dialog), it should
close the media session automatically when the dialog ends, so it should
not timeout and attempt to end the dialog.

Your description is not detailed enough to indicate what's happening.

>
> thanks a lot!
>
> regards
>
> 2008/11/24 Dan Pascu <[hidden email]>
>
> > On Monday 24 November 2008, john li wrote:
> > > thanks,
> > >
> > > I got the error many times, and i check the dialog table of the
> > > opensips database for each error, the corresponding dialog was
> > > still there. for example, if the 'dialog_id' in the statistics of
> > > the MediaProxy is ''795:0', i will find a record in the dialog
> > > table with hash_entry is 795, now the problem is that hash_id in
> > > the dialog table is 1274044496, but hash_id in the statistics of
> > > the MediaProxy is 0.
> > >
> > > according to my understanding, 'dialog_id' : '795:0' in the
> > > statistics of the MediaProxy means the hash_entry is 795 and
> > > hash_id is 0, right ?
> >
> > Yes, but 795:0 and 795:1274044496 are two different dialogs and they
> > can coexist. The assumption that 795:1274044496 is the dialog you are
> > looking for is wrong. The dialog you are looking for is 795:0 and it
> > seems it is no longer there.
> >
> > --
> > Dan

       

--
Dan

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: MediaProxy can't Closing expired calls, 404 Requested Dialog not found

Dan Pascu
On Thursday 27 November 2008, john li wrote:

> 2008/11/26 Dan Pascu <[hidden email]>
>
> > On Tuesday 25 November 2008, john li wrote:
> > > Hi,
> > >
> > > I agree you opinion.  but now the situation is that when i start a
> > > call, there are one and only one dialog record in the table, and
> > > when i end the call normally, the record disappear automatically.
> >
> > If you use engage_media_proxy() (and I assume you do, since you have
> > the dialog_id in the dispatcher/relay, otherwise it will be absent
> > and it wouldn't even try to instruct opensips to close the dialog),
> > it should close the media session automatically when the dialog ends,
> > so it should not timeout and attempt to end the dialog.
> >
> > Your description is not detailed enough to indicate what's happening.
>
> I am very sorry for my thick description. my english is poor, i will
> try to have a clear description.

It's not that your English is poor. You just didn't provide enough detail
in the beginning. Anyway I see the problem now. Thanks for the trace. The
fix is also fairly easy, I'll let you know after it's fixed.

--
Dan

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: MediaProxy can't Closing expired calls, 404 Requested Dialog not found

Dan Pascu
In reply to this post by Dan Pascu
On Thursday 27 November 2008, john li wrote:

> > Your description is not detailed enough to indicate what's happening.
>
> I am very sorry for my thick description. my english is poor, i will
> try to have a clear description.
>
> i use engage_media_proxy in my opensips.cfg.
>
> in order to test the closing expired calls function of MediaProxy,  i
> kill the SIP Client intentionally and get the following log, the
> information that have 'aaaaa' prefix  is added by myself, it seems that
> MediaProxy have't update thie 'dialog_id' info after 'dialog_id'
> initialization

The problem is fixed in the latest trunk and 1.4 branch. Please update and
let me know if you have any more issues.

--
Dan

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users