ttl

etcd api接口 　　基本操作api: https://github.com/coreos/etcd/blob/6acb3d67fbe131b3b2d5d010e00ec80182be4628/Documentation/v2/api.md 　　集群配置api: https://github.com/coreos/etcd/blob/6acb3d67fbe131b3b2d5d010e00ec80182be4628/Documentation/v2/members_api.md 　　鉴权认证api: https://github.com/coreos/etcd/blob/6acb3d67fbe131b3b2d5d010e00ec80182be4628/Documentation/v2/auth_api.md 　　配置项：https://github.com/coreos/etcd/blob/master/Documentation/op-guide/configuration.md 　　 　　https://coreos.com/etcd/docs/latest/runtime-configuration.html 　　https://coreos.com/etcd/docs/latest/clustering.html 　　https://coreos.com/etcd

一、检测工具 tcpdump：dump the traffic on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息。 如果系统没有使用yum安装： # yum -y install tcpdump 常用参数： -i 指定网卡接口eth -n 不解析IP地址为域名 -v 显示包中详细信息 -t 指定协议类型 详细使用方法： http://www.cnblogs.com/ggjucheng/archive/2012/01/14/2322659.html 二、分析原因 1、ip地址的配置问题 2、网关问题 3、dns问题 4、TTL问题 三、处理步骤 1、ping www.baidu.com 域名 2、ping 61.135.169.121 公网ip 3、ping 192.168.1.1 网关 四、TTL数据包的生存周期 linux操作系统的默认值是64，每经过一个路由器节点，TTL值减1。TTL的值为0时，说明目标地址不可达，并返回：Time to live exceeded，TTL的作用是防止数据包无限制的在公网中转发。 五、解决由TTL值造成的网络不通

I have a simple schema like: { _id: String, // auto generated key: String, // there is a unique index on this field timestamp: Date() // set to current time } Then I set the TTL index like so: db.sess.ensureIndex( { "timestamp": 1 }, { expireAfterSeconds: 3600 } ) I expect the record to removed after 1 hour but it is never removed. I flipped on verbose logging and I see the TTLMonitor running: Tue Sep 10 10:42:37.081 [TTLMonitor] TTL: { timestamp: 1.0 } { timestamp: { $lt: new Date(1378823557081) } } Tue Sep 10 10:42:37.081 [TTLMonitor] TTL deleted: 0 When I run that query myself I see all my

http://hi.baidu.com/hieda/blog/item/4c53ed2b4c4dc7f9e6cd40fe.html 数字电平标准 [部分转帖] 下面总结一下各电平标准。和有需要的人共享一下^_^. 现在常用的电平标准有TTL、CMOS、LVTTL、LVCMOS、ECL、PECL、LVPECL、RS232、RS485等，还有一些速度比较高的 LVDS、GTL、PGTL、CML、HSTL、SSTL等。下面简单介绍一下各自的供电电源、电平标准以及使用注意事项。 TTL ：Transistor-Transistor Logic 三极管结构。 Vcc：5V；VOH>=2.4V；VOL<=0.5V；VIH>=2V；VIL<=0.8V。 因为2.4V与5V之间还有很大空闲，对改善噪声容限并没什么好处，又会白白增大系统功耗，还会影响速度。所以后来就把一部分“砍”掉了。也就是后面的LVTTL。 LVTTL又分3.3V、2.5V以及更低电压的LVTTL(Low Voltage TTL)。 3.3V LVTTL ： Vcc：3.3V；VOH>=2.4V；VOL<=0.4V；VIH>=2V；VIL<=0.8V。 2.5V LVTTL ： Vcc：2.5V；VOH>=2.0V；VOL<=0.2V；VIH>=1.7V；VIL<=0.7V。 更低的LVTTL不常用就先不讲了

http://hi.baidu.com/hieda/blog/item/2fdeab4388b6a11072f05d28.html (一) TTL高电平3.6~5V，低电平0V~2.4V CMOS电平Vcc可达到12V CMOS电路输出高电平约为0.9Vcc，而输出低电平约为0.1Vcc。 CMOS电路不使用的输入端不能悬空，会造成逻辑混乱。 EDA中国门户网站 e q C9f Q TTL电路不使用的输入端悬空为高电平，另外，CMOS集成电路电源电压可以在较大范围内变化，因而对电源的要求不像TTL集成电路那样严格。 用TTL电平他们就可以兼容 (二) TTL电平是5V，CMOS电平一般是12V。 因为TTL电路电源电压是5V，CMOS电路电源电压一般是12V。 5V的电平不能触发CMOS电路，12V的电平会损坏TTL电路，因此不能互相兼容匹配。 (三) TTL电平标准 输出 L： <0.8V ； H：>2.4V。 输入 L： <1.2V ； H：>2.0V TTL器件输出低电平要小于0.8V，高电平要大于2.4V。输入，低于1.2V就认为是0，高于2.0就认为是1。 CMOS电平： 输出 L： <0.1*Vcc ； H：>0.9*Vcc。 输入 L： <0.3*Vcc ； H：>0.7*Vcc. 一般单片机、DSP、FPGA他们之间管教能否直接相连. 一般情况下，同电压的是可以的

I have a problem with setting the TTL on my Datagram packets. I am calling the setTTL(...) method on the packet before sending the packet to the multicastSocket but if I capture the packet with ethereal the TTL field is always set to 0 pfranza Funny that you should ask this, because I just wrote about this yesterday , I was having the same problem about 6 months ago. Basically you have to set an special system property telling the JVM to use an IPv4 stack: -Djava.net.preferIPv4Stack=true To implement pfranza's fix in Oracle, where you don't have a command line: Set the property java.net

在网络中我们经常使用到一些命令，而网络传输所用的大多数都是数据流，那么我们能否使用一些工具来查看网络中的数据流到底是什么样子的呢？ 使用Wireshark抓取数据包： （1） 在linux下使用PING命令，抓取ping www.baidu.com后的若干个数据包分析。写出源ip地址，目的ip地址，IP标识，总长度，TTL值这几项。 先linux下使用PING命令：ping www.baidu.com 然后分析网络中报文内容，获得源地址：192.168.0.103，目的地址：180.101.49.12；在数据包中展示如下： 然后查看IP标识Identification: 0x6044 (24644)： 再查看总长度60： 最后查看TTL值： （2） 通过筛选得到ARP数据包，分析某个ARP数据包，硬件类型，协议类型，发送源IP地址，发送源MAC地址，目的MAC地址，目标主机IP地址。 硬件类型Ethernet（1）： 协议类型：Ipv4； 发送源IP地址192.168.0.103： 发送方MAC地址（1c:4d:70:ba:a8:6f）： 接收方IP地址（192.168.0.1）： 接收方MAC地址 (f4:83:cd:33:e9:2b)： （3） Tracert跟踪百度 然后在linux下使用traceroute命令，跟踪百度www.baidu.com，用wireshark

本文转载自： http://blog.sina.com.cn/s/blog_640531380102wmzb.html 在我的板子上ping路由上的IP的时候可以ping通，但是ping外网的IP的时候提示“ping: sendto: Network is unreachable” 后来使用route命令看了一下 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 rausb0 发现网关（Gateway），是空着的没有设置，于是执行一下命令设置了网关： # route add default gw 192.168.1.1 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 rausb0 default 192.168.1.1 0.0.0.0 UG 0 0 0 rausb0 最后终于可以ping通外网了 # ping 119.75.217.56 PING 119.75.217.56 (119.75