QQ里我语聊没有问题，为什么MSN的音频聊天就不成

wwwys

QQ的2人世界，和视频里的音频都没有问题
一到MSN，就说已断开连接，可是MSN视频却没有问题。
我郁闷了。。。。。。。。。。。。
请大侠帮忙。
对了 我用的是支持UPNP的AP路游

duchongyang

msn的语音好像是有问题，我的也不行

libra

我的也是，都好几天了，现在在用Yahoo!

BLUEMIR

关于MSN, 防火墙设置，NAT问题的阐述

配置网络以进行即时消息和文件传输
注意：此信息适用于了解如何配置装有防火墙或网络地址转换设备 (NAT) 的计算机系统的网络管理员。  

如果 MSN Messenger 无法直接从防火墙或 NAT 后的计算机或网络连接到 Internet，它将尝试使用与您的默认 Internet 浏览器相同的连接设置进行连接。如果 MSN Messenger 以此方式进行连接，其功能则限于发送即时消息和查看哪些联系人处于联机状态。  

为使您的网络用户获得最佳性能和全部功能（包括使用 MSN Messenger 传输文件），您可能需要配置您的代理服务器，以允许您的网络或计算机直接连接到 MSN Messenger 服务器。  

对于即时消息  

在代理服务器上打开到端口 1863 的传出 TCP 连接。  
在 Messenger 主窗口中，单击“工具”菜单，单击“选项”，然后单击“连接”选项卡。  
注意此选项卡上所要求的信息。  
为所有网络用户提供正确配置其 MSN Messenger 程序的“连接”选项卡的信息和说明。  
请确认从局域网内部能够访问“域名系统”(DNS) 服务器，以便解析如 messenger.microsoft.com 这样的外部主机名。  

对于文件传输

尽可能多地打开 6891 到 6900 之间的 TCP 端口。  
配置 TCP 端口，以便端口的套接字长期保持打开状态。  
如果您使用网络地址转换设备 (NAT)，则文件传输功能将不可用，除非您具有通用即插即用 NAT (UPnP NAT)。如果您不能确定 NAT 的类型，请询问您的计算机厂商或 NAT 提供商。 　
　
受NAT和防火墙问题影响的msn功能包括：  

即时消息和出席（Presence）功能  
一般来说，防火墙和NAT设备对IM和出席功能不会有任何的影响。如果Windows XP客户机可以创建并维护一条到服务器的连接，那么其它的IM和出席也能够沿着相同的途径进行通信。例如，Microsoft Exchange IM使用HTTP（超文本传输协议）传送它的出席（Presence）和IM消息，并且拥有能够确保这些消息通过防火墙和NAT设备的传输机制。这些机制包括：通过轮询维护一条能够进行双向通信的服务器连接，以及在一侧设定一个固定的端口用于回叫传输。  

在使用会话初始化协议（SIP）解决方案的时候，数据可能使用TCP、UDP或者安全套接字层（SSL）进行发送。此外，SIP数据传输还需要使用动态端口，所以您可能需要开放防火墙上的所有端口。如果在SIP客户端与服务器间存在一个NAT设备，那么，反映在SIP消息中的端口和地址可能会与实际的端口和地址有所不同。msn拥有的某些机制可以解决这些问题，我们将在以后的文章中对它进行讨论。  

音频和视频
在协商进行一个音频－视频会话的时候，音频－视频流会选择使用动态端口。在使用动态端口时，应用程序无需考虑系统中还运行了哪些其它的应用程序以及这些程序都使用哪些端口资源即可正常工作。对于.NET Messenger，来自B站的会话邀请会被发送到B站所接收到的A站地址处。  

如果网络环境中存在防火墙或者NAT设备，可能会发生以下问题：  

无论是在会话邀请还是在接受会话的过程中，由A提供的地址都可能是一个经过NAT设备转换的内部地址 —— 一个无效（或虚假）地址，B无法使用这个地址同A联系。在使用4.5版本的客户端程序的情况下，A可能会对会话进行初始化，但是相同或者类似的地址问题仍然存在。  

当B向A发送会话邀请的时候，该邀请所使用的IP地址和端口是由A传递给B的。要想使会话能够顺利进行，A和B之间的所有防火墙都必须开放该端口。  
实时传输协议（Real–time Transport Protocol，RTP）数据流使用动态分配的UDP端口进行发送，端口范围在5004 – 65535之间。如果传输路径上有任何一个防火墙没有开放这些UDP端口，那么这些流数据将不能到达它们的目的地。  

应用程序共享和白板
当您在一个安装了防火墙或者NAT设备的网络环境中使用应用程序共享和白板功能的时候，可能会发生以下问题。（前两个问题与音频和视频功能遇到的问题相同）  

由会话发起站点提供的地址可能是一个经过NAT设备转换的内部地址。这是一个无效的地址，外部客户端不能够使用该地址开始SIP会话或者同A建立TCP连接。  
外部客户端发送SIP邀请所使用的端口（由内部客户端传递给外部客户端）必须使SIP邀请能够通过这两个客户端之间的所有防火墙。  

用来传输应用程序共享（AS）和白板（WB）数据的TCP连接使用1863端口，您需要启用该端口，以便数据能够通过所有的防火墙。在一个具有UPnP能力的网关上，您无需启用该端口，因为它会将内部的静态端口映射到其它端口上。  

因为TCP数据连接使用一个特定的端口（1863），如果客户端位于一个不具备UPnP能力的NAT设备之后，该端口必须被映射到该客户端上。以确保能够通过最常见的NAT设备进行通信。这还意味着：该端口一般不能被NAT设备后面的其它客户端所使用；在一个时间中，只有位于相同NAT设备后面的一个客户端能够拥有一个AS或WB会话。  

文件传输  
文件传输（FT）需要会话发起站点将它的地址通过服务器传递给FT会话的另一方。所以，它所遇到的第一个问题与使用应用程序共享和白板功能时遇到的问题相同：  

由会话发起站点提供的地址可能是一个经过NAT设备转换的内部地址。这是一个无效的地址，另一方无法使用该地址建立TCP连接。  
针对文件传输的TCP连接可以由外部客户端发起，但是存在另外一个问题。  

外来和外出的TCP连接都使用6891到6900间的端口。这使得每个发送方最多只能建立10条文件传输连接。在通信双方之间的所有防火墙上，这些端口都必须被开放。如果您仅仅开放6891端口，用户每次只能建立起一条文件传输连接。  

远程协助
远程协助使用远程桌面协议（Remote Desktop Protocol，RDP）；与Microsoft Terminal Services使用同一个协议。RDP建立在TCP连接之上。msn使用基于服务器的会话邀请逻辑（与FT类似）建立远程协助会话。所以，它同样会因为NAT产生与FT同样的问题。  

远程协助包括了一个附加逻辑，以应对可能遇到的NAT环境。该逻辑会简单地尝试从会话双方两个方向上建立TCP连接。如果只有一个客户端位于NAT设备之后，那么连接仍然可以建立，远程协助会话也依然可以进行。如果两个客户端都位于（不具备UPnP能力）NAT设备的后面，那么连接将不能建立。只有在远程协助中加入了语音会话时，这个附加的SIP邀请逻辑才会被加入。  

除了由NAT地址转换产生的问题（只有在通信路径中存在多个NAT设备才会出现问题）之外，远程协助协议需要使用3389端口建立TCP连接。这意味着，通信双方之间的所有防火墙都必须开放3389端口。  

由NAT设备引起的问题  

NAT设备会在以下方面对Windows Messenger功能的使用造成不良影响：  

位于某台NAT设备后面的客户端通常会被分配一个私有的IP地址。在收发数据时，该地址会被NAT设备转换成某个公共IP地址和端口。在一些情况下，这个私有地址会被包括在Windows Messenger消息中发送给另一个用户，以便该用户能够同消息发送方进行联系。但是，消息接收方并不能使用这个私有地址同发送方建立连接，该地址必须经过转换，被一个公共地址所代替。  

在一些情况下，NAT设备必须进行端口映射，以便将一个地址和端口发送给外部客户，并且将该地址同相应的内部客户进行映射。  

有时，我们必须为某个特殊的功能使用静态端口，这种情况下，在同一时间内，NAT设备后只有一个客户端能够使用该功能。

在不同的NAT配置环境中工作  

下面，我们将对不同的NAT配置环境进行讨论：  

支持UPnP的NAT设备
UPnP论坛包含数个工作委员会，其中有一个专门为Internet网关设备而设立的工作委员会。该委员会主要负责为这些设备（例如NAT和防火墙设备）制订UPnP支持规范，并且已经为使用ICS和NAT网络转换定义出了一个标准。 支持该标准的NAT和防火墙设备可以使用UPnP协议进行检测和控制。客户端程序可以使用UPnP读取和配置端口映射。Windows XP ICS 和ICF 支持该标准。其它网关设备厂商也已经宣布将为该标准提供支持，这些厂商包括：ARESCOM Inc.、Buffalo Technologies Corp.、D–Link Systems Inc.、Intel Corp.、Linksys Group Inc.以及NetGear Inc.  

此外，Windows XP还为UPnP提供了客户端支持和应用程序编程接口（API），以便应用程序能够检测出网络中具备UpnP能力的NAT和防火墙设备并对其加以利用。Windows XP中的Windows Messenger 可以使用这些API完成以下工作：  

检测msn客户端程序是否位于NAT设备之后，并且在程序位于NAT设备之后的情况下，返回经过转换的地址，然后将该地址发送给会话方。这就有效解决了我们上面提到过的几个问题。

BLUEMIR

关于MSN, 防火墙设置，NAT问题的阐述（2）


获得动态分配端口的端口映射，并且使用它进行数据传输，对于一个SIP会话配置来说，这信息是必需获得的。这样，外部客户端的数据就可以顺利到达目的地。  

获得针对媒体流的动态端口映射 —— 包括AV、AS和WB使用的端口。  
检测Windows Messenger的通信双方是否位于同一个NAT设备之后。如果是，则使用真实的IP地址在双方间直接进行通信。  
注：现在，您还可以为Windows的以前版本（Windows 98、98SE、ME）添加对NAT转换的UPnP客户端支持。您可以通过在上述版本的Windows系统中运行Windows XP附带的网络安装向导（Network Setup Wizard）获得这种支持能力。  

不支持UPnP的NAT设备
如果使用Windows Messenger进行通话的双方不位于同一个NAT设备之后，并且该NAT设备不能被MSN检测到，那么他们应该仍然可以使用IM和Presence（在线显示）功能。无论您使用的是.msN、Exchange IM或者是一个SIP解决方案，情况均是如此。使用SIP服务器的客户同样能够工作，因为相关逻辑已经被添加到了客户端程序上，以确保在服务器运行期间通信能够正常进行。  

我们在本文的前面部分曾经提到，NAT设备会给Windows Messenger部分功能的使用带来一些问题。下面，我们将就这些问题进行讨论：  

在使用MSN或者Exchange IM时，IM 和Presence功能可以通过一台中间服务器得以实现，该服务器具有一条由客户端程序发起的直接TCP连接。这样应该不会产生任何NAT或防火墙问题。由位于NAT设备外部的客户端程序发起的会话或连接不会取得成功，因为内部的客户端程序无法向对方提供经过NAT转换的地址。AV会话的情况即是如此，由内部客户端向外部客户端发起的呼叫可以取得成功，因为外部客户端是SIP会话的发起方。但是如果由外部客户端呼叫内部客户端，呼叫过程将失败。因为虽然内部客户端可以向外部客户端发送SIP邀请，但是在会话邀请中夹带的地址是一个错误的地址。  

位于NAT设备同一侧的双方能够正常进行会话。  
SIP的应用层网关（ALG）可能会对这些问题有所缓和。用户可以将ALG用作一个应用层过滤器，使用它对特定的应用程序和协议进行过滤。  

级联式NAT设备

在级联式的NAT环境中，既使您的网络中没有使用NAT设备，或者使用了一个支持UPnP的NAT设备，Windows Messenger的AV通信可能仍然不会取得成功。因为在这种配置环境下，通话双方之间的会话路径中可能存在其它NAT设备，而这些NAT设备是不受会话双方控制的。例如，您的Internet服务提供商（ISP）也在它的网络中使用了NAT技术，但是这种情况并不常见。如果您怀疑通信问题是由这种情况引起的，请同您的ISP联系，以确定问题原因并找出相应的解决办法。  

同NAT设备类似，当您试图在安装了防火墙的网络中使用msn时，可能会遇到一些问题。由防火墙引起的问题包括：  

用于SIP通信的消息可能来自一个外部客户端，而且似乎来自一个未被请求的动态端口或者5060端口。要想使这些信息到达msn客户端，必须在防火墙上开放这些端口。例如，在使用了ICF的 Windows XP计算机上，默认情况下5060端口将被阻断。  

必须允许面向媒体流和其它数据的端口（例如用于AV的动态端口和面向AS或WB的1863端口）通过防火墙。  
不同防火墙配置  
以下讨论了同不同防火墙配置有关的一些问题：  

具有UPnP能力的防火墙  
我们已经在本文的前面部分对具有UPnP能力的网关设备进行了讨论。Windows XP防火墙，即Internet Connection Firewall（Internet连接防火墙），便是具有UPnP能力的防火墙。 Windows XP 中的msn可以通过打开数据发送、连接或媒体流所需的端口对这种能力加以利用。  

不具备UPnP能力的防火墙  
对于一个不具备UPnP能力的防火墙，您只能通过很少的几个选项对msn的高级特性加以使用。需要了解的问题包括：  

在防火墙同一侧的通信双方可以使用msn的所有特性。  
IM 和出席功能在大多数防火墙配置中都可以使用。  
要想为处于防火墙两侧的通信双方提供AV支持，5004到65535之间的所有UDP端口都必须打开，以允许SIP和媒体流（RTP）数据通过防火墙。这种设置是必需的，因为这些操作使用动态端口。AS 和 WB也使用动态端口进行通信。  
Ft可以通过在防火墙上开放6891到6900间的端口得以实现。使用远程协助功能需要开放3389端口。  
级联式防火墙  
级联式防火墙可以会引起与级联式NAT设备类似的问题。  

Windows XP中的UPnP限制  
在Windows XP中，如果在本地接口中启用了ICF并且用户没有管理员权限，那么msn的出站呼叫将无法工作。对于那些有管理员权限的用户，本功能可以正确工作。  

说明：Windows XP Home edition默认情况下为用户授予管理员权限。
如果 msn的通信路径中存在NAT或防火墙设备，各种各样的问题就会随之而来。几乎所有的问题都可以通过采用具有UPnP能力的Internet网关设备得到解决。很多厂商已经将这种能力集成到了它们的设备之中，某些厂商甚至考虑将这种能力移植到更老一些的可升级设备上。  

我们在下面对这些问题及其解决办法进行了总结，以便为您提供一些简单的参考。  

NAT设备  

NAT设备后面的客户端拥有一个在内部网络上使用的私有地址和一个由地址转换提供的公共地址，该客户端可以使用这个公共地址同NAT设备外面的世界进行通信。在客户端之间创建AV会话所使用的协议包括了地址信息。这些地址可能是私有的内部地址和端口号，对于公共网络来说，这些地址是无效的。在这种情况下，用户便无法使用音频和视频进行通信  

NAT问题的解决办法
支持UPnP的NAT设备允许msn对需要使用的端口号进行协商，并且可以确定转换后的IP地址。这使得客户端可以共享合法、有效的地址信息，并且使用户可以在安装了NAT设备的网络中使用语音和视频同他人进行沟通和交流。  

可用的NAT解决方案  
Windows XP以ICS的形式提供了一个支持UPnP的Internet网关。如果将一台Windows XP计算机用作一个Internet网关设备的话，这将是一个十分简单的解决办法。其它厂商也计划推出它们自己的UPnP网关设备，或者对它们当前的网关设备进行升级以使其支持UPnP。同这些产品有关的更详细信息，请参阅PressPass发布页面，或者访问这些厂商的Web站点。  

其它NAT厂商可能会为应用程序层网关（ALG）或者应用程序过滤程序提供一些接口。这些接口将以插件的形式添加到设备软件之中，以便对特定的协议或者应用程序提供支持，或者对数据进行转换，以使其同内部和外部网络的使用需要相适应。  

必需的管理员/用户操作  
没有任何必需操作。  

如果您怀疑通信问题是由NAT设备所引起的，请同您的ISP联系或者参阅Internet网关设备的文档说明，以确定通信路径中是否存在NAT设备，或者这些NAT设备是否支持UPnP。如果您正在使用一个支持UPnP的NAT设备，请咨询您的ISP，了解它们的网络中是否使用了NAT设备，以及是否存在一种能够实现基于RTP的AV的解决办法。  

防火墙设备  

通过禁止数据到达那些没有明确加以配置和启用的IP地址和TCP/UDP端口，防火墙可以对内部网络上的计算机起到保护作用。外出的数据或者连接请求可以得到允许，以便实现内部计算机所请求的正常通信活动。对于msn，在某些情况下，进行通信的客户端使用会话建立协议（例如SIP）对数据路径进行配置。在会话配置完毕后，如果由外部客户端对会话进行初始化，那么，通信将被防火墙所阻止。另外， msn的AV功能使用动态端口。虽然这样能够保证AV流总是能够获得可用的端口资源，但是它使得防火墙问题进一步复杂化了，因为我们不知道会话将会使用哪一个具体的端口。  

防火墙问题的解决办法  
防火墙问题仍然要通过UPnP来解决。msn会检测到具有UPnP能力的防火墙，并且根据当前的通信需要对它们进行相应的配置。如果网络中的防火墙不支持UPnP，那么必须对该防火墙进行配置，以使msn功能正常工作所需使用的所有协议和端口上的流量都能够通过防火墙。具体操作请参见下文中的“必需的管理员/用户操作”一节。  

可用的防火墙解决方案  
Windows XP所附带的防火墙 —— Internet Connection Firewall——支持UPnP配置。msn可以识别出防火墙具有UPnP能力，并开放相应的端口以允许通信顺利进行。如果您正在使用其它厂商的防火墙产品，请仔细阅读该厂商提供的产品文档，以确定它是否支持UPnP配置，或者，您也可以通过产品文档学习如何对防火墙进行配置，以允许下面列出的端口通过防火墙。具体操作请参见下面的“必需的管理员/用户操作”一节  

必需的管理员/用户操作  
为了使msn的语音和视频通信能够通过一个不支持UPnP的防火墙，您需要对防火墙进行配置，使其允许UDP端口5004 – 65535间的外来流量能够通过防火墙。  

对于其它通信目的，您可以相应启用以下端口：  

文件传输：6891（如果想实现10条并发的文件传输连接，您需要开放6891到6900间的所有端口）  
应用程序和白板共享：1863  


远程协助：3389  

如果您怀疑您的通信问题是由于防火墙所引起的，请同您的防火墙产品的生产厂商联系，并且参阅相关文档说明，以确定您的防火墙是否支持UPnP，以及如何对防火墙进行配置以开放特定的端口。如果您怀疑问题是由级联式防火墙所引起的，请同您的ISP进行联系。

hxf

好文字,我保存

wwwys

haha，多谢了啊~ 收藏~

iamstella

就教教我怎么设置吧！谢谢

tomyao

好贴好常顶！
解了我关于MSN不能语音的问题。

zzmingzz

我用MSN聊天，
对方能听到我的声音，我听不到对方的声音，为什么呢？网络摄像能互相看到，请指点。

laogen

QUOTE:

Originally posted by wwwys at  12:16 PM:
QQ的2人世界，和视频里的音频都没有问题
一到MSN，就说已断开连接，可是MSN视频却没有问题。
我郁闷了。。。。。。。。。。。。
请大侠帮忙。
对了 我用的是支持UPNP的AP路游

在使用微软的MSN是常常会因为在局域网内或是防火墙而无法实现语音和文件传输？

有了这个软件你的问题一定可以解决的


1、专为解决msn无法语音、文件传输的插件 ENat for MSN Messenger

下载地址： http://www.fixdown.com/fixdown/d ... 873&soft=bjdown
注册：http://key.fixdown.com/key.asp?id=2003-11-7 13:42:35c17107&key=keydown

2、比MSN语音还要好的一款纯语音软件，可穿过双方NAT及防火墙，无需端口映射。双方均在内网，也能实现语音通信，而且语音效果非常好，应，实际使用中，觉得与打电话一样，声音非常清晰。
Skype多语言版
下载地址：http://ui.skype.com/go/getskype

若在不同内网间进行语音及视频聊天可以用
MSN（视频连接）+SKYPE（语音通信）的方法解决。视频及语音效果最好。

andy_jn

laogen，您推荐的Enat for msn messenger我进行了安装。安装前messenger即时消息、视频等都行，就是音频不行，安装后也不行，报错cannot access interner，总是在127.0.0.1本地转。请问如何设置该软件？（adsl连hub连客户机）

发展是硬道理

气死我了！！我刚好和楼主相反！！QQ的语音用不了，提示驱动错误

MSN的正常！！怎么回事

huifeng

我都用过拉，msn 和qq穿不过防火墙呀！！
我正在用OKBUDDY，很好用，不过是公司的哦！！
有谁用呀！！可以聊聊哦。
我的ID:OKTEST51

knightzbb

强人！你学什么专业的！