1.现象如下：

使用lwip，客户端连接上服务器时，发送短数据报文的时候，大约10个字节（认证包），发送的返回值是发送OK的，但是在服务器端有的时候却不能收到客户端发送的数据。研究才发现，有的情况，它会认为你这个包太小，不会立即发送出去的。如果我们想要不管发多长的字节，都立即发送。那么我们需要设置一下lwip无延时的标志.

static int nodelay_flag = 1;/*定义无延时flag为1*/
static int socket_fd = -1;

/*创建一个socket*/
socket_fd = socket(AF_INET, SOCK_STREAM, 0);


/*连接服务器*/


/*设置连接参数属性即可*/
setsockopt(socket_fd, IPPROTO_TCP, TCP_NODELAY, (void *)&nodelay_flag , sizeof(nodelay_flag));

2.关于开启tcp中的keepalive机制

一般我们做TCP都会定义应用层的心跳包，这个周期根据具体应用来定。但是如果时间比较长，那么我们就判断不了这个客户端是否与服务器处于正常连接的状态，那么可以启动协议中的keepalive机制，这个机制是传输层实现的，是没有应用层的数据的，这个帧称之为探测帧（probe报文）。开启keepalive的代码如下所示：

static int keepalive_flag = 1;// 开启keepalive属性
static int keepidle = 60; // 如该连接在60秒内没有任何数据往来,则进行探测
static int keepinterval = 5;// 探测时发包的时间间隔为5秒
static int keepcount = 3;// 探测尝试的次数.如果第1次探测包就收到响应了,则后几次的不再发
static int socket_fd = -1;


/*创建一个socket*/
socket_fd = socket(AF_INET, SOCK_STREAM, 0);

// 打开keepalive功能，需要在执行connect()之前执行
if(setsockopt(socket_fd, SOL_SOCKET, SO_KEEPALIVE, (void *)&keepalive_flag, sizeof(keepalive_flag)) < 0)
{
    printf("set keepalive_flag fail!\r\n");
}


/*连接服务器*/


/*设置属性*/
//设置keepalive各项参数值(需要在connect之后设置)
setsockopt(socket_fd, IPPROTO_TCP, TCP_KEEPIDLE, (void*)&keepidle , sizeof(keepidle));
setsockopt(socket_fd, IPPROTO_TCP, TCP_KEEPINTVL, (void *)&keepinterval , sizeof(keepinterval));
setsockopt(socket_fd, IPPROTO_TCP, TCP_KEEPCNT, (void *)&keepcount , sizeof(keepcount));

 

</pre><p>前言: 因为遇到个很奇怪的问题 http调用接口始终不成功 对方说是参数解密失败 因为在本地是OK的 另一台服务器也是OK 代码一样加密结果不一样这显然不可能.经过仔细排查后发现是http请求问题 .想来想去 因为接口是HTTPS 给忽略掉了 我这边还是用的HTTP请求..很想一头撞死在墙上..还怀疑过服务器有问题,对方的安全策略问题 呵呵哒.</p><p>Http请求https地址也会成功但是 出现失败的几率也是很大的,. 参数如果是 map类型的把以下代码注释去掉就OK~</p><p>附送HTTPS post代码:</p><p><pre name="code" class="java">/**
 * 
 * HTTPS请求专用
 * ***/
public String sendHttps(String url,String json/*,Map<String,String> map*/){
	logger.info("请求路径::::"+url);
	logger.info("请求参数::::"+json);
	HttpClient httpClient = null;
	HttpPost httpPost = null;
	String result = null;
	try{
		httpClient = new SSLClientUtil();
		httpPost = new HttpPost(url);
		//设置参数
		/*List<NameValuePair> list = new ArrayList<NameValuePair>();
		Iterator iterator = map.entrySet().iterator();
		while(iterator.hasNext()){
			Entry<String,String> elem = (Entry<String, String>) iterator.next();
			list.add(new BasicNameValuePair(elem.getKey(),elem.getValue()));
		}
		if(list.size() > 0){
			UrlEncodedFormEntity entity = new UrlEncodedFormEntity(list,charset);
		}*/
		httpPost.setEntity(new StringEntity(json, Charset.forName("UTF-8")));
		HttpResponse response = httpClient.execute(httpPost);
		if(response != null){
			HttpEntity resEntity = response.getEntity();
			if(resEntity != null){
				result = EntityUtils.toString(resEntity,"UTF-8");
			}
		}
	}catch(Exception ex){
		ex.printStackTrace();
	}
	logger.info("请求返回信息::::"+result);
	return result;
}


SSl类:

import java.security.cert.CertificateException;
import java.security.cert.X509Certificate;
import javax.net.ssl.SSLContext;
import javax.net.ssl.TrustManager;
import javax.net.ssl.X509TrustManager;
import org.apache.http.conn.ClientConnectionManager;
import org.apache.http.conn.scheme.Scheme;
import org.apache.http.conn.scheme.SchemeRegistry;
import org.apache.http.conn.ssl.SSLSocketFactory;
import org.apache.http.impl.client.DefaultHttpClient;
//用于进行Https请求的HttpClient
public class SSLClientUtil extends DefaultHttpClient{
	public SSLClientUtil() throws Exception{
        super();
        SSLContext ctx = SSLContext.getInstance("TLS");
        X509TrustManager tm = new X509TrustManager() {
                @Override
                public void checkClientTrusted(X509Certificate[] chain,
                        String authType) throws CertificateException {
                }
                @Override
                public void checkServerTrusted(X509Certificate[] chain,
                        String authType) throws CertificateException {
                }
                @Override
                public X509Certificate[] getAcceptedIssuers() {
                    return null;
                }
        };
        ctx.init(null, new TrustManager[]{tm}, null);
        SSLSocketFactory ssf = new SSLSocketFactory(ctx,SSLSocketFactory.ALLOW_ALL_HOSTNAME_VERIFIER);
        ClientConnectionManager ccm = this.getConnectionManager();
        SchemeRegistry sr = ccm.getSchemeRegistry();
        sr.register(new Scheme("https", 443, ssf));
    }
}

Jmeter中，HTTP request的报文体为一个附件时，如果附件过大，在发送请求报文的时候会失败，办法就是勾选“Use multipart/form-data for POST”

转载于:https://www.cnblogs.com/MasterMonkInTemple/p/3312236.html

BGP
1. 拓扑图
如下所示，两路由器之间环回口通过静态路由互相可达，并配置bgp使用环回口建立邻居关系。
2. 邻居建立过程失败思考题
2.1邻居关系状态在connect与idle之间切换是什么原因造成的？
【R1的debug 和邻居详细信息】
答：R2路由器在指定源接口时出现错误，将loop 1口指定为loop 0导致。
2.2 R1为active，R2为idle有哪些原因造成?
答案可参考下文
3. BGP邻居建立失败常见情况
3.1 BGP邻居间认证问题
双方状态停留：Connect（不论是只有一边配置了认证，还是认证不通过双方都是此状态）
Dis bgp error为空
3.2 BGP环回建邻居无路由
3.21 BGP双方环回建邻居，两端均无路由
双方状态停留：IDLE（R7与R8为Ebgp邻居，在保证跳数、发出源正确的前提下模拟两端环回口均无路由去往对端的情况）
3.22 BGP双方环回建邻居，一端有去往对端环回路由
双方状态停留：IDLE（未配置路由端）、Connect（配置路由端）
3.23 BGP双方环回建邻居，一端路由配置错误
双方状态停留：Connect（配置路由错误端）、Connect（配置正确路由端）
注意：这里存在两种情况！！！
第一：配置错误端设备配置的静态路由中下一跳与互联接口属于同一网段，但该地址不存在，这种情况，bgp邻居会停止在connect。
第二：配置错误端设备配置的静态路由中下一跳与互联接口不属于同一网段，并且该地址在本设备不存在，也没有路由去往该地址，bgp邻居会停止在idle。
例如R7(G0/0/0，ip：78.1.1.7/24)--------R8(G0/0/0，ip：78.1.1.8/24)
R7与R8都使用环回口建立邻居，在跳数、指定源都正确前提下，为保证双方环回口互通，需配置静态路由。
R8配置静态路由：ip route-s 7.7.7.7 32 78.1.1.9 则状态停留connect
若R8配置静态路由：ip route-s 7.7.7.7 32 1.1.1.1 则状态停留idle
3.24 路由配置完成，双方状态依旧停留在Connect
可能由于在配置正确的路由之前已经配置了一份错误的路由导致，需查看配置的静态路由后，将其删除。
3.3 BGP指定源口错误
双方状态停留：Connect（配置错误端）、Active（配置正确端）
3.4 补充小知识
3.41物理口采用认证不影响环回口建邻居
IBGP邻居采用物理口和环回口两种方式建立邻居
物理口使用认证，环回口不使用认证可正常建立邻居
3.42 环回口与物理口可建立邻居
R7采用环回口与R8互联的物理口建立邻居
R8采用与R7互联物理口与R7环回口建立邻居
注意：双方均采用环回口与对端物理口建邻居则不成功
3.5 BGP邻居间AS不匹配
双方状态停留：IDLE（配置错误端）、IDLE（配置正确端）
若由于AS指定错误导致的该情况，在查看BGP状态时双方会一直停留在IDLE	，但通过查看双方触发的事件发现状态已经从IDLE到达了OpenSent状态，在交互Open报文时，发现AS错误，发送Notification报文回到IDLE状态。
OpenSent状态交互的报文会查看AS、BGP identifier、（Version、Holdtime可自动协商，不影响邻居）
三次握手、交互open、fin断开
3.6 Bgp邻居间router id冲突
双方状态停留：IDLE（配置错误端）、IDLE（配置正确端）
3.7 物理地址冲突（使用环回口建立邻居）
双方状态停留：IDLE（配置错误端）、Connect（配置正确端）
3.8 掩码不匹配（不在一个广播域）
双方状态停留：IDLE（配置错误端）、Connect（配置正确端）
R7配置78.1.1.7/24 
R8配置78.1.2.8/24
3.9keepalive和 holdtime不一致
如下所示，R8将keepalilve和holdtime配置为120s和360s，R7接收到后会与R8协商，最终（Negotiated）采用最低的keepalive和holdtime，不影响邻居建立。
3.10 peer地址不存在
双方状态停留：Connect（错误端）、Active
注意：如果你peer一个不存在的地址，但是配置了静态路由（下一跳为对端物理口或者不存在的地址），则状态会停留在active。
3.11Ebgp邻居跳数问题
双方状态停留：IDLE（配置错误端）、IDLE（配置正确端）
3.12双方环回口与物理口建邻居
双方状态停留：Active（配置错误端）、Active（配置正确端）
R7与R8都使用自身环回口与对端物理口建邻居
注意：若R7用物理口与R8物理口建邻居，R8用环回口与R7环回口建邻居，同样两端停留在Active。
总结
       处于IDLE和Connect状态下，首先检查路由是否可达，这能排除80%问题，其次根据上图所示排查其余问题。