ttl

**IP包头TTL字段** TTL字段指定IP包被路由器丢弃之前允许通过的最大网段数量。作用是限制IP数据包在计算机网络的存在时间 **ARP协议** 将已知IP地址解析成MAC地址 字段信息：IP地址、MAC地址、类型 MAC地址的广播地址：FF:FF:FF:FF:FF:FF IP地址的广播地址：255.255.255.255 **ARP攻击原理** PC2希望PC1无法访问互联网，需要向PC1发送虚假的ARP应答，当PC1收到虚假的ARP应答后，将会更新ARP条目，当PC1发送数据时，PC2会发送虚假的MAC地址，使其通信故障。 **ARP欺骗原理** 如果PC1想发送信息给PC2，PC3只需冒充PC2通过攻击主机进行转发，通过转发可以对信息进行控制和查看，从而得到信息。 **ARP缓存表建立** 1.A发送ARP请求报文，询问B的IP对应的MAC地址是多少，此报文为广播报文。 2.B收到A的请求后，以单播方式发送ARP应答。A学到B的MAC地址，建立B的IP-MAC ARP表，过程结束。 **ICMP协议** 通过IP数据包封装，用来发送错误和控制信息（网络层） ICMP封装：ICMP头部+ICMP数据——》IP头部+ICMP头部+ICMP数据——》帧头部+IP头部+ICMP头部+ICMP数据+帧尾部 **Ping命令参数** ping-a：显示主机名称 ping-t

TIME_WAIT主要是用来解决以下几个问题： 1）上面解释为什么主动关闭方需要进入TIME_WAIT状态中提到的： 主动关闭方需要进入TIME_WAIT以便能够重发丢掉的被动关闭方FIN包的ACK。如果主动关闭方不进入TIME_WAIT，那么在主动关闭方对被动关闭方FIN包的ACK丢失了的时候，被动关闭方由于没收到自己FIN的ACK，会进行重传FIN包，这个FIN包到主动关闭方后，由于这个连接已经不存在于主动关闭方了，这个时候主动关闭方无法识别这个FIN包，协议栈会认为对方疯了，都还没建立连接你给我来个FIN包？，于是回复一个RST包给被动关闭方，被动关闭方就会收到一个错误(我们见的比较多的：connect reset by peer，这里顺便说下 Broken pipe，在收到RST包的时候，还往这个连接写数据，就会收到 Broken pipe错误了)，原本应该正常关闭的连接，给我来个错误，很难让人接受； 2）防止已经断开的连接1中在链路中残留的FIN包终止掉新的连接2(重用了连接1的所有的5元素(源IP，目的IP，TCP，源端口，目的端口)），这个概率比较低，因为涉及到一个匹配问题，迟到的FIN分段的序列号必须落在连接2的一方的期望序列号范围之内，虽然概率低，但是确实可能发生，因为初始序列号都是随机产生的，并且这个序列号是32位的，会回绕； 3

TTL电平，RS232电平和CMOS电平 不同点：TTL232的0是用0v表示，1是用5V表示。RS232的0是用+3V--+15V表示，1是用-3V---15V表示。接口一般都用三根线：1：地线；2：写入；3：导出；他们不可直连，中间需接电平转接板。 工作中，因项目需要2个系统的串口连接通信，傻傻的以为直接连接就行了，没有注意到电平问题，后来向牛人请教，查阅资料才明白怎么回事。虽然后来问题解决了，但这个解决这个问题才代表了我真正开始接触硬件。 1、TTL电平标准 输出： L <0.8V； H>2.4V。 输入： L <1.2V； H>2.0V TTL器件的 输出：低电平要小于0.8V，高电平要大于2.4V。 输入：低于1.2V就认为是0，高于2.0就认为是1。 于是，TTL电平的输入：低电平的噪声容限就只有(0.8-0)/2=0.4V，高电平的噪声容限为(5-2.4)/2=1.3V。 2、CMOS电平标准 输出： L <0.1*Vcc； H>0.9*Vcc。 输入： L <0.3*Vcc； H>0.7*Vcc. 由于CMOS电源采用12V，则输入低于3.6V为低电平，噪声容限为1.8V，高于3.5V为高电平，噪声容限高为1.8V。比TTL有更高的噪声容限。 3、RS232标准 逻辑1的电平为-3～-15V，逻辑0的电平为+3～+15V， 注意电平的定义反相了一次。

TTL,CMOS,和RS232 1、TTL电平标准 输出 L： <0.8V； H：>2.4V 。 输入 L： <1.2V； H：>2.0V TTL器件的输出：低电平要小于0.8V，高电平要大于2.4V。 输入：低于1.2V就认为是0，高于2.0就认为是1。 于是，TTL电平的输入：低电平的噪声容限就只有(0.8-0)/2=0.4V，高电平的噪声容限为(5-2.4)/2=1.3V。 2、CMOS电平标准 输出 L： <0.1 Vcc； H：>0.9 Vcc。 输入 L： <0.3 Vcc； H：>0.7 Vcc. 由于CMOS电源采用12V，则输入低于3.6V为低电平，噪声容限为1.8V，高于3.5V为高电平，噪声容限高为1.8V。比TTL有更高的噪声容限。 3、RS232标准 逻辑1的电平为-3～-15V，逻辑0的电平为+3～+15V，注意电平的定义反相了一次。 TTL与CMOS电平使用起来有什么区别? 1、电平的上限和下限定义不一样，CMOS具有更大的抗噪区域。同是5伏供电的话，TTL一般是1.7V和3.5V，CMOS一般是2.2V,2.9V，不准确，仅供参考。 2、电流驱动能力不一样，ttl一般提供25毫安的驱动能力，而CMOS一般在10毫安左右。 3、需要的电流输入大小也不一样，一般ttl需要2.5毫安左右，CMOS几乎不需要电流输入。 4、很多器件都是兼容TTL和CMOS的

未路由的消息 当生产这发送的消息到达指定的交换器后，如果交换器无法根据自身类型、绑定的队列以及消息的路由键找到匹配的队列，默认情况下消息将被丢弃。可以通过两种方式 处理这种情况，一是在发送是设置mandatory参数，二是通过备份交换器。 设置mandatory参数 在发送消息是，可以设置mandatory参数未true，这样当消息在交换器上无法被路由时，服务器将消息返回给生产者，生产者实现回调函数处理被服务端返回的消息。 public class NoRouteMessage { private static String QUEUE = "unreachable_queue"; private static String EXCHANGE = "unreachable_exchange"; private static String BINDING_KEY = "fake_key"; public static void main(String[] args) throws IOException, TimeoutException { ConnectionFactory cf = new ConnectionFactory(); Connection connection = cf.newConnection(); Channel channel = connection

知识背景： 组播使用UDP对一定范围内的地址发送相同的一组Packet，即一次可以向多个接受者发出信息，其与单播的主要区别是地址的形式。IP协议分配了一定范围的地址空间给多播（多播只能使用这个范围内的IP），IPv4中组播地址范围为224.0.0.0到239.255.255.255。 MulticastSocket概念： java中通过MulticastSocket实例进行通信，使用时涉及到几个概念 ①TTL（Time To Live）,每个IP报文都包含一个TTL（是一个数字），报文每被一个路由转发一次它的TTL减1，当TTL变为0时，该报文被丢弃； ②多播组（multicast group），接受者只有加入这个组才能获取发送到该组的报文（这就确定了组播的对象）； 代码实现： 1. 权限申请 <uses-permission android:name="android.permission.CHANGE_WIFI_MULTICAST_STATE" /> <uses-permission android:name="android.permission.INTERNET" /> 2. 获取组播锁 调用MulticastLock对象的acquire方法，获取到组播锁，相应的，用完组播，为了不浪费电力，要调用MulticastLock的release方法释放锁 WifiManager

1. 定义 TTL(Time to Live) 用于限定数据的超时时间。 2.原理 以Column Family的TTL为例介绍， hbase(main):001:0> desc 'wxy:test' Table wxy:test is ENABLED wxy:test COLUMN FAMILIES DESCRIPTION {NAME => 'cf', DATA_BLOCK_ENCODING => 'NONE', BLOOMFILTER => 'ROW', REPLICATION_SCOPE => '0', VERSIONS = > '2', COMPRESSION => 'NONE', MIN_VERSIONS => '0', TTL => 'FOREVER', KEEP_DELETED_CELLS => 'FALSE', BLOC KSIZE => '65536', IN_MEMORY => 'false', BLOCKCACHE => 'true'} {NAME => 'f1', DATA_BLOCK_ENCODING => 'NONE', BLOOMFILTER => 'ROW', REPLICATION_SCOPE => '0', COMPRESSIO N => 'NONE', VERSIONS => '5', TTL => 'FOREVER', MIN