Wireshark-users: Re: [Wireshark-users] Running Wireshark on a PC with a firewall installed (Comod
From: "Chris Swinney" <swin@xxxxxxxxxxxxx>
Date: Fri, 20 Jun 2008 10:45:56 +0100
I have run a capture on the local machine initiating the call. I seem to capture the same packet multiple times. Is these because Wireshark captures packets at different points in the stack?

No matter how I capture the packets, it seems that the Video Conferencing program is simply communicating in two different ways. The packet that is sent for the H225 admissionRequest contains different information if the firewall is set to "Allow ALL", or is turned on but with All ports and All protocols allowed. I just can't figure out why this is so.

Chris 

-----Original Message-----
From: Chris Swinney 
Sent: 19 June 2008 01:42
To: Community support list for Wireshark
Subject: [Wireshark-users] Running Wireshark on a PC with a firewallinstalled (Comodo). Odd things happening with an H323 callvia a gatekeeper.

Hi,

With Wireshark running on a PC with a firewall running (Comodo), will Wireshark capture packets of information before or after the firewall has had an effect?

Something very odd is happening on a machine intended to be use for H323 video conferences. I have run a trace using a in line network tap and found the following to be true.

Something strange is going on here. It not that the packets are blocked (I think), it's that the information in the call admission requests packet is different. With Comodo set to "Allow ALL", the PC will send an H225 request to the gatekeeper. Some data within the packet is regarding the destination of the call and one item set is called "dialedDigits" with its payload being the number dialled, e.g. "111". The gatekeeper then responds with a Accept admission and returns the ip address of the dialled number. A call can then be placed.

However, when Comodo set in custom mode, the request is still made but the this time the item set is "h323-ID" with the same payload, e.g. "111". However, this time the gatekeeper doesn't understand the request and rejects it. The calling PC then goes on to query DNS, that responds with some IP so a second request is made using the returned IP from DNS, which has no relevance to anything. The gatekeeper understands what an IP address is though and so says OK, and the call is then attempted to be set up with this random IP! Of course, it does not happen.
With me so far? I'm not sure if I am! I captured this information via sniffing the traffic both from the PC and the return using an inline tap. I will also run a Wireshark trace on the PC that has Comodo installed. 

This is very repeatable, but I don't know what or why it is happening.

Chris