On Thu, 2009-12-17 at 20:06 -0500, Dale Worley wrote: > Currently, sipXecs components generate "References" headers in some > requests to show how certain dialogs are related to other dialogs. > (E.g., the two legs and final dialog of a consultative transfer.) It > would be helpful if this information was extracted into the siptrace > files by syslog2siptrace, merged by siptrace-merge, and used in displays > by sipviewer. > > Two operations that would be useful to have in sipviewer are: (1) a > right-click operation that sets the background of the selected dialog > and also all referenced dialogs, and (2) an additional color for > messages that are in a dialog that is referenced by the dialog of the > current message. > > There are some open technical problems implementing this. One is > extracting the references information from syslogs. In theory, the > References values can be extracted from SIP messages by a suitable > deterministic finite automaton, but I do not want to write that DFA. > Perhaps we can use the approach that is currently used to extract other > headers. > > Another problem is merging the references information when merging > siptrace files. Since a References can appear anywhere in a dialog it > refers to, syslog2siptrace is likely to write the references information > into the siptrace file as XML elements at the end. But since we want to > update siptrace-merge to be able to select dialogs and their referenced > dialogs, siptrace-merge needs to be able to extract the references > information before processing the messages in a siptrace file. I > suppose siptrace-merge could seek to the end of a file and read it > backwards to find those elements.
I don't understand why that shouldn't just be part of the messages in the file like the other header data is now (indeed, it is in the raw data). Why would those be at the end of the file? The extract process now doesn't do any of the analysis on anything else - why should it do this? _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
