> What problem are you trying to solve? Is this some > sort of <foo>-in-UDP > implementation like IPsec NAT-Traversal? Or is your > "magic cookie" more > specific than that? > > Dan
Dan: Sorry I did not give more details on the problem that we are trying to solve.... Here it is: We are in the process of implementing Simple Traversal of UDP through NATs -- STUN (http://en.wikipedia.org/wiki/STUN) functionality in our app. To keep the port open on the NAT device (it may close the port in 20 secs), we plan to send a zero byte udp packet or a packet with no magic cookie to the STUN server (Solaris 10 box). We have modified the STUN server code to only process packets that have the STUN magic cookie but I was wondering if it can be dropped at a lower layer and thus not incur the overhead. The keepalives do generate tremendous amount of data and we don't know hot to handle it efficiently. Performance is a major issue because we are sending about 200K udp msgs/sec (1 msg = 56K) and the interrupts are killing the performance (1 whole CPU on a V890). We are using cassini (ce) driver on the V890 and I believe we have applied all known udp performance tweaks (TIBCO tweaks) but the performance is still a concern. Please let me know if you need more information. Thank you, -- prasad This message posted from opensolaris.org _______________________________________________ networking-discuss mailing list [email protected]
