android 收不到组播消息?

问题描述

本人在手机开发项目的过程中,使用到了android的组播接收消息。 但是接收不到!android(htc desire)版本:2.2 。 知道的同学,可以回复,说明下吗? 多谢参照网上的例子,连接如下:http://www.apkbus.com/android-16351-1-1.html据说要芯片支持,市场上这么多的手机,不知如何才知道是否支持组播:http://bbs.gfan.com/android-2100162-1-1.html

解决方案

手机网卡的底层驱动把组播通讯给屏蔽了,这个是打不开的,我也遇到过同样的问题,还是想其它办法吧。

时间: 2024-08-01 14:31:28

android 收不到组播消息?的相关文章

c#局域网组播的诡异问题,求教了

问题描述 之前写了一个客户端和服务器组播的程序,一直运行没有任何问题.有天忽然换了下网线,然后本人重装了下win8系统,进行程序更新后(只是更新了业务逻辑,并未对组播相关代码变动),忽然发现组播不可用了.目前,处于局域网的电脑,都接受不到组播消息.debug测试,发现客户端udpclient的端口也正确.代码如下:服务端IPEndPointGroup=newIPEndPoint(IPAddress.Parse("224.0.1.108"),11188);for(inti=0;i<

android-Android udp接收不到组播,请问如何解决?

问题描述 Android udp接收不到组播,请问如何解决? 50C 能接收到udp数据,但是接收不到udp组播数据,请各位大神帮帮忙,万分感谢!代码如下: package ncepu.wsy.udp_multicast_server; import java.net.DatagramPacket;import java.net.InetAddress;import java.net.MulticastSocket;import java.sql.Date;import java.text.Si

《IP组播(第1卷)》一2.6 IGMP版本

2.6 IGMP版本 要想选择在你的网络中运行哪个版本的IGMP,这取决于操作系统以及网络中使用的组播应用的行为.一般来说,操作系统的功能决定了网络中运行的IGMP版本.IGMP一共有3个版本:版本1.2和3.每一个版本都有独特的特征.在本书写作时,Cisco大部分设备上默认启用的IGMP版本是版本2. 2.6.1 IGMPv1 这是最早的IGMP定义,于1986年记录在RFC 988中.这个RFC文档和RFC 1054都被RFC 1112代替,后者是现在的IGMPv1标准.IGMPv1提供了基

《IP组播(第1卷)》一第1章 IP组播入门1.1 组播解决了什么问题

第1章 IP组播入门 IP组播(第1卷) IP网络中有3种数据通信方式:单播.广播和组播.在开始深入探讨组播通信方式之前,我们先来理解单播和广播的基本组成部分,以此来建立一条基线. 单播通信位于OSI(开放式系统互联)模型的第3层,基于目的设备的IP地址进行转发.路由器会通过静态或动态的方式学到路由,然后通过查看目的IP地址来转发数据包.OSI第2层使用MAC(媒体访问控制)地址,以另一种机制在设备之间建立通信. 下面来看看图1-1.发送方正在向接收方A发送一个消息,这个消息的传输过程中需要用到

《IP组播(第1卷)》一2.3 组播数据帧的交换

2.3 组播数据帧的交换 二层交换机会根据目的MAC地址将数据帧发送到物理接口或逻辑接口.组播MAC地址与单播MAC地址是不同的,因为单播MAC地址应该是唯一的,它应该对应着唯一一个目的接口.组播MAC地址可能会对应着多个目的接口,这取决于有多少台设备请求接收这个IP组播流中的内容. 在二层交换机能够转发组播数据帧之前,它必须知道应该把消息发往哪些目的接口.它会在目的接口列表中记录需要接收这个组播数据帧的接口,这个列表中只包含那些注册了这个组播流的设备所连接的接口.工程师可以在目的接口列表中静态

java组播MulticastSocket

在单播模式中有服务器端和客户端之分,而组播模式与单播模式不同,每个端都是以路由器或交换机做为中转广播站,任意一端向路由器或交换机发送消息,路由或交换机负责发送其他节点,每个节点都是同等的.所以在编程模式上用同一个类表示即可--MulticastSocket.     MulticastSocket属于jdk提供的类,类路径为java.net.MulticastSocket,利用此类可以很方便地实现组播功能,下面展示一个简单例子,两个节点之间通过组播传输消息. ①节点一,指定组播地址为228.0.

《IP组播(第1卷)》一第2章 网络访问和二层组播2.1 层的封装

第2章 网络访问和二层组播 IP组播(第1卷)第 1 章讨论了单播消息.广播消息和组播消息之间的区别.本章将深入探讨二层IP组播消息,以及它们是如何在二层域中传输的.本章的内容将包含二层域中组播功能的基本组成部分,以及组播的部署. 2.1 层的封装 在学习二层组播之前,我们必须先讨论数据包转发的基础概念,这样才能为这一过程建立一条基线.封装是OSI模型中的重要概念,在数据通信尤其是IP网络中起到重要的作用.封装是指通过一种方式,在OSI参考模型的每一层上添加相关信息,这些信息的作用是处理和转发数

《IP组播(第1卷)》一2.9 二层组管理

2.9 二层组管理 如前所述,二层设备上如果没有部署组管理机制的话,它会像处理广播那样处理组播消息.这不仅会增加某个子网中的流量,而且这些消息还会发送(泛洪)给这个子网中的所有设备.而这些设备对待组播消息的处理方法可能并不统一,这要取决于操作系统和相关硬件的行为.组播消息可以在硬件和/或软件中进行处理.因此组播消息,或者说有太多的组播消息可能会给一台设备带来负面影响.工程师最好能在网络中对组播消息进行管理,只把组播消息发送给希望接收它的设备. 有两种协议可以用来管理LAN网段中的组播行为:CGM

《IP组播(第1卷)》一2.2 MAC地址映射

2.2 MAC地址映射 传统以太网交换机(二层设备)负责处理以太网数据帧,传统路由器(三层设备)负责查看数据包,来决定如何处理这个消息.如第1章中讨论的,当设备发送的是广播数据帧时,目的地址代表所有设备,而单播消息的目的地址代表一个目的MAC地址. 如果发送方发送的是组播消息会发生什么?为了优化网络资源,以太网交换机也需要能够处理组播.这也是关键的地方.发送方设备必须将目的IP组播地址按照以下方式,转换成具体的MAC地址. 最高的25比特是官方为组播预留的MAC地址范围:0100.5E00.00