rtpdemo

所属分类:TCP/IP协议栈
开发工具:C/C++
文件大小:769KB
下载次数:714
上传日期:2008-09-26 17:45:41
上 传 者玫瑰桉树
说明:  实现 rtp/rtcp的传输流媒体的demo
(Realize rtp/rtcp transmission streaming media demo)

文件列表:
rtpdemo\rtpdemo.dsw (537, 2008-09-25)
rtpdemo\rtpdemo.ncb (140288, 2008-09-26)
rtpdemo\rtp\acconfig.h (898, 2000-03-06)
rtpdemo\rtp\addrinfo.h (4909, 2000-03-03)
rtpdemo\rtp\addrsize.h (1718, 2000-03-03)
rtpdemo\rtp\asarray.c (4280, 2000-02-11)
rtpdemo\rtp\asarray.h (1346, 2000-02-11)
rtpdemo\rtp\base64.c (5892, 2000-02-13)
rtpdemo\rtp\base64.h (2110, 2000-02-13)
rtpdemo\rtp\bittypes.h (2444, 2000-03-03)
rtpdemo\rtp\boxes-fst.dat (76886, 2001-04-27)
rtpdemo\rtp\btree.c (10487, 2000-02-01)
rtpdemo\rtp\btree.h (2299, 1999-11-24)
rtpdemo\rtp\cclversion.h (31, 2008-09-24)
rtpdemo\rtp\cdecl_ext.h (1832, 2000-03-03)
rtpdemo\rtp\config.h.in (2264, 2001-05-11)
rtpdemo\rtp\config_unix.h (4939, 2001-05-11)
rtpdemo\rtp\crypt_random.c (2935, 1999-11-28)
rtpdemo\rtp\crypt_random.h (2266, 1999-11-24)
rtpdemo\rtp\debug.c (6483, 2001-04-01)
rtpdemo\rtp\debug.h (2392, 2000-02-14)
rtpdemo\rtp\drand48.c (232, 1999-08-20)
rtpdemo\rtp\drand48.h (54, 1999-08-20)
rtpdemo\rtp\gettimeofday.c (344, 1999-08-20)
rtpdemo\rtp\gettimeofday.h (87, 1999-12-13)
rtpdemo\rtp\hmac.c (5693, 2001-03-11)
rtpdemo\rtp\hmac.h (2076, 2000-01-04)
rtpdemo\rtp\inet_ntop.c (5196, 1999-12-02)
rtpdemo\rtp\inet_ntop.h (215, 2000-01-20)
rtpdemo\rtp\inet_pton.c (5469, 1999-12-02)
rtpdemo\rtp\inet_pton.h (196, 2000-10-20)
rtpdemo\rtp\Makefile.in (1066, 2001-04-26)
rtpdemo\rtp\mbus.c (30752, 2001-03-03)
rtpdemo\rtp\mbus.h (3282, 2000-02-13)
rtpdemo\rtp\mbus_addr.c (3429, 2001-03-11)
rtpdemo\rtp\mbus_addr.h (2010, 2001-03-11)
rtpdemo\rtp\mbus_config.c (24521, 2001-01-09)
rtpdemo\rtp\mbus_config.h (3027, 2000-01-04)
rtpdemo\rtp\mbus_parser.c (6410, 2000-02-21)
rtpdemo\rtp\mbus_parser.h (2551, 2000-02-17)
... ...

The qfDES code is derived from Saleem Bhatti's code, but has been significantly revised, debugged and updated. The following is the original README, followed by some other information which may be useful, taken from Eric Young's libdes. =============================================================================== This is yet another implementation of DES in software, for those of us that don't have access to DES hardware. The library is fairly (but not quite) complete, as are the two progs, qf-des and qf-key. However, debugging and testing is still proceeding ... Quickie Roadmap --------------- qf-des: Do DES on files (qf-des.c) qf-key: Generate keys and IVs (qf-key.c) libqfDES.a: library of DES stuff qfDES.h: Interface file for libqfDES.a qfDES.c: The DES function qfDES-print.c: For generating some of the DES macros and S-Box/P transforms qfDES-key.c: Key and IV generation qfDES-memory.c: Fiddling around with memory Disclaimer ---------- This version of the qfDES is for me only, so if you have it and are not me, then I take no responsibility for what happens when you use it! TTFN, --/Saleem =============================================================================== Modes of DES Quite a bit of the following information has been taken from AS 2805.5.2 Australian Standard Electronic funds transfer - Requirements for interfaces, Part 5.2: Modes of operation for an n-bit block cipher algorithm Appendix A There are several different modes in which DES can be used, they are as follows. Electronic Codebook Mode (ECB) (des_ecb_encrypt()) - *** bits are enciphered at a time. - The order of the blocks can be rearranged without detection. - The same plaintext block always produces the same ciphertext block (for the same key) making it vulnerable to a 'dictionary attack'. - An error will only affect one ciphertext block. Cipher Block Chaining Mode (CBC) (des_cbc_encrypt()) - a multiple of *** bits are enciphered at a time. - The CBC mode produces the same ciphertext whenever the same plaintext is encrypted using the same key and starting variable. - The chaining operation makes the ciphertext blocks dependent on the current and all preceding plaintext blocks and therefore blocks can not be rearranged. - The use of different starting variables prevents the same plaintext enciphering to the same ciphertext. - An error will affect the current and the following ciphertext blocks. Cipher Feedback Mode (CFB) (des_cfb_encrypt()) - a number of bits (j) <= *** are enciphered at a time. - The CFB mode produces the same ciphertext whenever the same plaintext is encrypted using the same key and starting variable. - The chaining operation makes the ciphertext variables dependent on the current and all preceding variables and therefore j-bit variables are chained together and con not be rearranged. - The use of different starting variables prevents the same plaintext enciphering to the same ciphertext. - The strength of the CFB mode depends on the size of k (maximal if j == k). In my implementation this is always the case. - Selection of a small value for j will require more cycles through the encipherment algorithm per unit of plaintext and thus cause greater processing overheads. - Only multiples of j bits can be enciphered. - An error will affect the current and the following ciphertext variables. Output Feedback Mode (OFB) (des_ofb_encrypt()) - a number of bits (j) <= *** are enciphered at a time. - The OFB mode produces the same ciphertext whenever the same plaintext enciphered using the same key and starting variable. More over, in the OFB mode the same key stream is produced when the same key and start variable are used. Consequently, for security reasons a specific start variable should be used only once for a given key. - The absence of chaining makes the OFB more vulnerable to specific attacks. - The use of different start variables values prevents the same plaintext enciphering to the same ciphertext, by producing different key streams. - Selection of a small value for j will require more cycles through the encipherment algorithm per unit of plaintext and thus cause greater processing overheads. - Only multiples of j bits can be enciphered. - OFB mode of operation does not extend ciphertext errors in the resultant plaintext output. Every bit error in the ciphertext causes only one bit to be in error in the deciphered plaintext. - OFB mode is not self-synchronising. If the two operation of encipherment and decipherment get out of synchronism, the system needs to be re-initialised. - Each re-initialisation should use a value of the start variable different from the start variable values used before with the same key. The reason for this is that an identical bit stream would be produced each time from the same parameters. This would be susceptible to a ' known plaintext' attack. Triple ECB Mode (des_3ecb_encrypt()) - Encrypt with key1, decrypt with key2 and encrypt with key1 again. - As for ECB encryption but increases the effective key length to 112 bits. - If both keys are the same it is equivalent to encrypting once with just one key. Triple CBC Mode (des_3cbc_encrypt()) - Encrypt with key1, decrypt with key2 and encrypt with key1 again. - As for CBC encryption but increases the effective key length to 112 bits. - If both keys are the same it is equivalent to encrypting once with just one key. ===============================================================================

近期下载者

相关文件


收藏者