GB28181::解决exosip发送大数据包问题

 默认包大小修改.
EXOSIP默认的包大小为4K,超过4K就会发送失败.因此可以修改下面这里:
osip_message.h中有这一段

#ifndef SIP_MESSAGE_MAX_LENGTH
/**
 * You can re-define your own maximum length for SIP message.
 */
#define SIP_MESSAGE_MAX_LENGTH 4000
#endif

#ifndef BODY_MESSAGE_MAX_SIZE
/**
 * You can define the maximum length for a body inside a SIP message.
 */
#define BODY_MESSAGE_MAX_SIZE  4000
#endif
改成 65536，就可以处理64K的SIP消息包了

(PS:

 Yeah  09:23:25
udp最多65535 系统会自动按mtu分包的
65535还要减一个ip头
oml  09:24:52
对的.这点要注意,不过一般也不要一次发这么大. 

)
网络传输:
按上面的修改后,就可以接收超过4K的包,但是我们经过抓包发现,包也是会被分成N个1480的小包再经路由器发送出去的.这就涉及另一个问题的讨论:
UDP需要自己分包么? http://bbs.chinaunix.net/thread-1313073-1-1.html

我们做GB28181时,长消息一般就是设备目录获取等信令,这些信令本身就有sum,及当前COUNT的字段,就是为了给分段用的.由于这些信令很可能大于64K,因此,无论怎样,我们都要分段发送.

因此,对这个问题,我们可以两个一起做:
1.把默认包发送大小增大,避免出现大于4K的包不能接收,让路由器自动处理,一般少于10K的包,没什么大所谓,丢了重发影响不大.
2.大数据包,如超过10K之类的,一般消息本身都有分包的字段,就应用层分包后再发送.