当使用OptiView PE协议分析软件对服务器的连通性问题进行故障诊断时，很重要的*点是要清楚数据传输的双方。客户端正向服务器发送什么？服务器正向客户端发送什么。当您了解连接的双方时，就可以更轻易地查找到问题。
我们不妨拿安恒公司*近碰到的*个问题作为例子，*个客户试图连接到*台FTP服务器，该客户可以建立连接并看到登录屏幕，但在输入登录信息后，客户端被告之文件列表错误。同*局域网上*个相邻站点却可以登录到FTP服务器上并下载文件。在其它远程网络上的用户也可以连接到这台FTP服务器上并下载文件。这就表明这台FTP服务器至少是可以访问的而且功能正常（否则用户就不能接收到登录屏幕），两个网络之间的路由是正常工作的（因为邻近的站点可以下载文件）。问题可能出在客户端上。
服务器已经安装了OPV-PE协议分析专家软件，所以我们启动了捕捉功能并要求出现问题的用户再次登录。 在用户得到错误提示后，我们停止了捕捉并开始分析协议跟踪文件。
跟踪文件已经被过滤为客户端和FTP服务器IP地址之间的对话。
**，在0-2帧客户端与服务器建立了TCP标准握手，这就确立了在端口21上的FTP帧可以到达服务器，且服务器可以认可该通讯。
帧4显示服务器开始FTP进程，它通知客户端所连接的FTP服务器类型。接下来的几个帧是登录认证信息和密码互换。*切看起来都很正常，直到我们查看第19帧。客户端通知服务器它要在被动FTP模式下进行操作。FTP在端口21上不传输实际数据，这是*个用于交换密码和控制信息的控制端口——我们可以从协议文件中查看到。正常的主动FTP传输，服务器使用端口20来将文件“推”到用户所使用的端口。在某种意义上，客户端成为了服务器并接收“推”过来的文件。
在被动FTP模式下，客户端要求保持客户模式并要求服务器发送给它*个安全的数据端口以要求文件传输。在这种方式下，客户端开始初始化与服务器的双方连接，保证客户端更大的安全性。防火墙不需要为FTP服务器开放来连接到客户端，主动模式也是*样。
我们可以不再假设服务器在使用端口20进行数据传输。它通知客户端在端口21控制帧中它将使用哪个端口。在我们的例子中，帧20显示出发送给客户端进行连接的IP和端口号。
服务器通知它可以通过IP地址1.1.232.65被联络，之后是数字4和234。为了发现端口号，我们需要将第*个数字乘以256再加上第二个数字，即 (256*4)+234=1258。该IP和这对端口存在几个问题。**，FTP服务器的地址不是1.1.232.65而是1.1.232.87。其次，防火墙仅被配置为答应在端口20和21到FTP服务器的流量。它没有被配置为支持被动FTP模式。这种模式由于它的安全性已经变得越来越普遍。可以通过IE配置为被动FTP模式，具体方法是使用“工具 Internet选项 高*”标签页进行设置。
凡是Windows XP SP2的用户，用户端安全性更高。
在这种情况下，FTP服务器在被动模式下被配置了错误的地址。服务器中的这*变量没有正确设置。在这*问题修复后，防火墙被打开支持1200以上的FTP通讯端口，客户可以正常访问文件。
毫无疑问它可以将流量发送回服务器，但它的目的地址是1.1.232.65，它是网关的地址。这是使用OPV-PE协议分析专家软件很轻易就解决的故障实例。