最近,想做一个跨平台的局域网的文件传输软件,思路是组播设备信息,TCP连接传输文件.于是进行了一次简单的UDP组播测试,发现Android对于UDP组播接收数据的支持即极为有限. 部分代码如下 package com.hsocket.Udp; import java.io.IOException; import java.net.DatagramPacket; import java.net.DatagramSocket; public class UdpReceiver { protected

多网卡下接收udp组播 往往会接收失败 因为用错了网卡 例如我想要接收2网段 其他电脑出的udp组播  我电脑有有线网和wifi在window下可以这样 route add 230.0.0.1 mask 255.255.255.255 192.168.2.144 即接收udp://230.0.0.1这路流 使用2网段 192.168.2.144是本机2网段的IP 参考了http://blog.chinaunix.net/uid-7187477-id-4561457.html

总览 SYNOPSIS netstat [address_family_options] [--tcp|-t] [--udp|-u] [--raw|-w] [--listening|-l] [--all|-a] [--numeric|-n] [--numeric-hosts][--numeric-ports][--numeric-ports] [--symbolic|-N] [--extend|-e[--extend|-e]] [--timers|-o] [--program|-p] [--ve

Zigbee网络中进行数据通信主要有三种类型:单播.组播.广播.那这三种方式如何设置呢,在哪里设置呢, 一. 广播 当应用程序需要将数据包发送给网络的每一个设备时,使用这种模式.广播的短地址有三种 0xFFFF: 广播数据发送至所有设备,包括睡眠节点:0xFFFD: 广播数据发送至正在睡眠的所有设备:0xFFFC: 广播数据发送至所有协调器和路由器: 具体说明广播通信,假设终端发“0123456789”数据给协调器,当协调器收到数据后,通过串口发给电脑,电脑上的串口调试助手显示接收到的字符串,具

1.组播IGMP的各种情况2.PIM Dense-Mode3.PIM Sparse-Mode4.PIM双向树和SSM5.动态RP之auto-rp6.动态RP之BSR7.Anycast RP8.域间组播9.IPv6组播 enableconf tno ip do loenable pass ciscoline con 0logg syncexec-t 0 0exitline vty 0 4pass ciscologg syncexithost 1.组播IGMP的各种情况---------------

有谁遇到过同样问题的可以探讨下,或者已经解决问题的,能够指导下我    获取组播锁 private  InetAddress   group; WifiManager  wm=(WifiManager)getSystemService(Context.WIFI_SERVICE); MulticastLock mlock=wm.createMulticastLock("mygroup"); mlock.acquire(); group =InetAddress.getName("

引 言 近年来,随着Internet的迅速普及和爆炸性发展,在Internet上产生了许多新的应用,其中不少是高带宽的多媒体应用,譬如网 络视频会议.网络音频/视频广播.AOD/VOD.股市行情发布.多媒体远程教育.CSCW协同计算.远程会诊.这就带来了带宽的急剧消耗和网络拥挤问 题.为了缓解网络瓶颈,人们提出各种方案,归纳起来,主要包括以下四种: ●增加互连带宽: ●服务器的分散与集群,以改变网络流量结构,减轻主干网的瓶颈: ●应用QoS机制,把带宽分配给一部分应用: ●采用IP Multic

组播使用UDP对一定范围内的地址发送相同的一组Packet,即一次可以向多个接受者发出信息,其与单播的主要区别是地址的形式.IP协议分配了一定范围的地址空间给多播(多播只能使用这个范围内的IP),IPv4中组播地址范围为224.0.0.0到239.255.255.255. 注意的问题:     1. 在发送组播或则在接收组播的时候,一定要开启一个线程,要不然会出问题.例如在发送组播时候,不要再UI线程中去发,要开启一个子线程去发送.  2. 接收的组播要先加入,然后再能接受到组播发出的的消息.遵

UDP单播通信 一. 预置条件 A.B在同一台机器,网络中存在往A.B所在的机器的8888端口发送单播UDP数据 A:端口复用绑定在端口8888上 B:端口复用绑定在端口8888上操作步骤:(1)先启动A(2)再启动B(3)B退出预期结果:(1)A 正常接收数据(2)B 正常接收数据,A收不到数据(3)A 正常接收数据 二. 预置条件 A.B在同一台机器,网络中存在往A.B所在的机器的8888端口发送单播UDP数据 A:绑定在端口8888上 B:端口复用绑定在端口8888上操作步骤:(1)先启动

在之前第二章介绍IP寻址的时候有介绍到,IP地址有4种:单播.组播.广播.任播. 单播,客户端与服务器之间点到点连接通信: 组播,在发送者和多个接收者(如某个特定的分组)之间实现点对多点的连接通信: 广播,在网络(广播地址范围内的子网)内广播数据包,网络内的每一台主机都将受到这些数据包: 任播,使得数据包可以根据路由拓朴来决定送到“最近”或“最好”的目的地. 广播和组播为应用程序提供两种服务:数据分组交付至多个目的地.通过客户端请求/发现服务器.一个广播请求会影响在广播域范围内的所有可达主机,而

一. 1)PIM-SM 1.PIM-SM转发.加入 PIM-SM适合于接收成员较少的环境.它与DM有何显著的区别?先看PIM-SM转发机制. 转发: 当组播数据到达路由器时,路由器也会去创建转发项.转发项的入接口也依据单播路由指向源(请注意这里的源不再一定是数据源S,它是网络中某一个作为核心的路由器RP.所有数据源向组发送数据时都由源DR先将数据发向RP.RP再将数据向网络转发):但出接口列表却为空.因此,路由器并不向网络转发组播数据.为什么?因为,SM默认为其所有接口上并无谁需要组播数据. 加

一.组播路由协议 (一) 路由器依靠转发项来转发组播数据包.转发项的生成则是组播路由协议所要完成的任务.组播路由协议有距离矢量组播路由协议(DVMRP).协议无关组播-密集模式(PIM-DM).协议无关组播-稀疏模式(PIM-SM).开放式组播最短路径优先(MOSPF).有核树组播路由协议(CBT)等多种．这里只讲述目前最成功也是最流行的PIM协议． 协议无关组播 PIM(协议无关组播)表示它不依赖于某种具体的IP路由选择协议.它仅仅是利用单播路由表来实现RPF校验功能.因此,它能工作在任何可以

1  IP组播基础 IP组播技术有效地解决了单点发送.多点接收的问题.组播源只发送一份数据,被传递的信息在距组播源尽可能远的网络节点才开始被复制和分发,并且只发送给需要该信息的接收者.  说明: 本章所涉及的交换机和交换机图标,是指使能了二层组播功能的路由器. 1.1 IP组播简介介绍IP组播的定义.目的和受益. 1.2 原理描述介绍IP组播的基本概念.组播服务模型.组播地址和组播协议. 1.3 应用场景介绍IP组播的应用场景. 1.1  IP组播简介 介绍IP组播的定义.目的和受益. 定义 作

  1  概述 1.1  产生背景 传统的IP通信有两种方式:一种是在源主机与目的主机之间点对点的通信,即单播:另一种是在源主机与同一网段中所有其它主机之间点对多点的通信,即广播.如果要将信息发送给多个主机而非所有主机,若采用广播方式实现,不仅会将信息发送给不需要的主机而浪费带宽,也不能实现跨网段发送:若采用单播方式实现,重复的IP包不仅会占用大量带宽,也会增加源主机的负载.所以,传统的单播和广播通信方式不能有效地解决单点发送.多点接收的问题. 组播是指在IP网络中将数据包以尽力传送的形式发送到

1.组播介绍 组播组可以是永久的也可以是临时的.组播组地址中,有一部分由官方分配的,称为永久组播组. 永久组播组保持不变的是它的ip地址,组中的成员构成可以发生变化.永久组播组中成员的数量都可以是任意的,甚至可以为零. 那些没有保留下来供永久组播组使用的ip组播地址,可以被临时组播组利用. 224.0.0.0-224.0.0.255      为预留的组播地址(永久组地址),地址224.0.0.0保留不做分配,其它地址供路由协议使用: 224.0.1.0-224.0.1.255      是公用

一.基本概念: 1.协议概述: 是运行在主机和与主机直连的路由器之间,其实现的功能是双向的:一方面,主机通过IGMP通知路由器希望接收某个特定组播组的信息:另一方面,路由器通过IGMP周期性地查询局域网内的组播组成员是否处于活跃状态,实现所连网段组成员关系的收集与维护.通过IGMP,在路由器中记录的信息是某个组播组是否在本地有组成员,而不是组播组与主机之间的对应关系. 主机加入和离开组播 路由器维护组播组 查询器选举机制 成员报告抑制机制 2.常用组播管理协议: IGMP v1=RFC1122

using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Net; using System.Net.Sockets;   namespace NBC.Test.ObjectModel {     /// <summary>     /// 组播通信类     /// </summary>     public class SocketUDP

http://blog.csdn.net/ghostyu/article/details/8182516 Android的Wifi,默认情况下是不接受组播的,见:http://developer.android.com/reference/android/net/wifi/WifiManager.MulticastLock.html 默认情况下,应用是不接收组播信息的,这样要接收处理的报文太多,很快就会把电池用尽.要知道移动设备(特指电话一类的,平板要好得多)目前最重要的因素是电量. 要想打开组

源特定组播(SSM:Source Specific Multicast)是一种区别于传统组播的新的业务模型,它使用组播组地址和组播源地址同时来标识一个组播会话,而不是向传统的组播服务那样只使用组播组地址来标识一个组播会话.SSM保留了传统PIM-SM模式中的主机显示加入组播组的高效性,但是跳过了PIM-SM模式中的共享树和RP (Rendezvous Point,集合点)规程.在传统PIM-SM模式中,共享树和RP规程使用(*,G)组对来表示一个组播会话,其中(G)表示一个特定的IP组播组,而(

这节课我们来学习一下IP组播. 首先我们来看这样一个问题,IP数据报在网络当中传输的时候,有几种传输方式呢?三种,分别是单播.广播和组播(多播).这个组播呢也叫做多播,它们俩是一个意思.那这个组播是由于在很多年前,我们之前是译成了这个组播.现在通常用的都是多播这个词,那么我们现在分别来看一下三种传输方式. 首先对于单播来说呢,单播它指的是发送这个数据报,或者说IP数据报,到单个目的地.而且每发送一份单播报文呢都要使用一个单播的IP地址作为目的地址.那这个单播IP地址呢,其实就是我们之前所讲的A.

前文我们了解了组播地址相关话题,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/15616740.html:今天我们来聊一聊组播协议中IGMP协议相关话题: 组播技术架构 提示:组播通信中,发送者将组播数据发送到特定的组播地址.要使组播报文最终能够到达接收者,需要某种机制使与连接潜在的接受者网段的组播路由器能够了解到该网段内有哪些组播接收者,保证接收者可以加入到相应的组播组中接受数据:从上面的组播基础架构中我们可以看到,组播通信主要分三个阶段,第一阶段是组播