我的板子C6657网络部分是客户端
错误现象：
PC发1514长度数据（数据长度1460+报文长度54）DSP C6657不能接收。
PC发小于1510（数据长度1456+报文长度54）长度的数据可以正常接收。
从握手信息来看，DSP和PC的mss 长度都是1460。
PC第一包发送1514长度失败，重发2次后自动分包发送，DSP可以收到，保持了链接，服务器没有主动断开链接。
PC第二次发送1514长度数据，自动分包，成功发送。
后续再发总长1514的数据时可以正常接收。
如果PC不自动分包则重发四次后服务器自动断开与DSO客户端的连接
软件环境：CCS5.3
编译器版本：c6000_7.4.1
PDK版本：pdk_C6657_1_1_2_6
NDK版本：ndk_2_21_01_38；ndk_2_21_02_43
SYSBIOS版本：bios_6_33_06_50
XDCTOOL版本：xdctools_3_23_04_60
你好
感谢回复
我们在按这个方法，巨型帧使能，NDK库编译不过。
错误信息：
cle66 package/package_ti.ndk.stack.c ...
Command-line error #1046: invalid macro definition: _INCLUDE_NIMU_CODE-D_INCLUDE_JUMBOFRAME_SUPPORT
1 fatal error detected in the compilation of "package/package_ti.ndk.stack.c".
Compilation terminated.
其次，我们查找资料，认为我们现在测试的内容，属于标准帧，长度没有超
看上图编号：5、6、7；
这个是TCP握手信息，MSS为1460即PC和DSP协商每包荷载数据长度为1460字节。
看编号：8，PC发送1514长度的包给DSP（其中数据长度1460）。
看编号：9、10；PC对数据进行重发（没有收到DSP的回复，所以重发）。
看编号11，12，13，14；11、13是PC自动对1460长度的数据进行分包发送，12、14是DSP收到数据后给PC的回报信息。此操作保持了链路的正常链接，否则PC重发4次后若没有收到回复则主动断开链接。
看编号15、16、17、18；第二次发送1460长度的数据PC自动分包发送。每包都有回复。
看编号21-26；PC发1460长度的数据，包长度为1514，DSP可以接收。
上述帧长度都是标准帧长度。
综上认为DSP网络问题和巨型帧支持无关。
注释：1514长度的包包括1460字节的数据+54字节的包头
以上是我们拙见，望指正，再次感谢。
