我一直认为client的程序不需要绑定,也不能bind
今天忽然意识到,如果不绑定的话,那么udp sendto函数,则有系统来指定分配的port,这样的话,这个应用程序向不同的服务器发送数据包时,原地址的port会变来变去,这对于有些应用是不可以的!!!!!
所以需要bind!
2013.4.18
如果A是在NAT下,B stun server在公网上,C pc也在公网上
A通过B获得自己的srflx地址,然后C就向该地址发送数据包,数据包不会到达A,因为NAT将这样的数据包过滤掉了,不是symmetric nat的特性,而是所有NAT的特性
symmetric,只是当A bind某个port,但是向B和C通信时,经过NAT后,源地址的port就不同了,有个session的概念
2013.4.18
关于bind的纠正:
不需要bind,在一个udp socket存在期间,它的port是不会改变的,除非关闭socket!
2013.5.21
今天忽然意识到,如果不绑定的话,那么udp sendto函数,则有系统来指定分配的port,这样的话,这个应用程序向不同的服务器发送数据包时,原地址的port会变来变去,这对于有些应用是不可以的!!!!!
所以需要bind!
2013.4.18
如果A是在NAT下,B stun server在公网上,C pc也在公网上
A通过B获得自己的srflx地址,然后C就向该地址发送数据包,数据包不会到达A,因为NAT将这样的数据包过滤掉了,不是symmetric nat的特性,而是所有NAT的特性
symmetric,只是当A bind某个port,但是向B和C通信时,经过NAT后,源地址的port就不同了,有个session的概念
2013.4.18
关于bind的纠正:
不需要bind,在一个udp socket存在期间,它的port是不会改变的,除非关闭socket!
2013.5.21