> > If you want to see a call chain ( Node A --- Node B --- Node C ) in a "single call/conversation" I think the only way
> > to do it is by Checking the calling/called party number in the Q931 Setup
...
> > Perhaps it could also be solved by having Main and Sub conversations. E.g.
> > using the current conversations and *join* them
> > in a main conversation ?
> > This method could also be used to add messages from different protocol. An
> Yes this would be a great feature. Unfortunately it usually
> not possible
> to match call legs using different VoIP protocols because a
> unique field
> is missing. e.g. only the h323/sip gateway application usually knows
> which sip and which h323 call belong to the same call.
> Sometimes you have the chance to use the phone numbers, but there is no
> guarantee.
I'm really interested in this functionality also. Even though I'm neither fast nor good at programming, I offer my help to try and implement it. I'm thinking on trying to map it to SIP once they are a bit more stable, or something like that.
If you want to show conversations among more than two nodes, then the "conversation list" should probably show calling and called identities, instead of the nodes themselves. It might be possible to try and match different legs by some sort of heuristics, but for cases where this is difficult or plain impossible, the possibility to order the conversations by one column -that already exists-, together with the possibility to select more than one conversation for analysis might be very helpful. I'm thinking on something like H.323 call from 1111 to 2222, SIP call from 1111 to 342222, and the possibility to select both for the analysis, so that they are shown together in the flow window. I'm sorry to say I have not the slightest idea on how difficult this could be; I'm still trying to understand the code, and GTK is completely new for me.
Regards,
Francisco
