Re: traffic encryption
From: Roman Mashak (mrv_at_tusur.ru)
Date: 08/05/05
- Previous message: Roman Mashak: "Re: traffic encryption"
- In reply to: Bodo Eggert: "Re: traffic encryption"
- Next in thread: Bodo Eggert: "Re: traffic encryption"
- Reply: Bodo Eggert: "Re: traffic encryption"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Fri, 5 Aug 2005 11:32:58 +0900
Hello, Bodo!
You wrote on Thu, 04 Aug 2005 17:53:45 +0200:
??>> We are designing network for our client now and considering the
??>> opportunity of traffic encryption (didn't decide yet: full packet or
??>> only tcp/ip level) between clients and us. Clients will use "real"
??>> addresses (not "grey").
BE> You mean no RFC1918-addresses?
Yes
??>> What existing technologies can you recommend to review?
??>>
??>> The only problem is clients will use embedded platfrom running linux,
??>> based on ARM9 cpu with FLASH/RAM size limited as well (as I
??>> understand, this will make troubles to encrypt/decrypt traffic on
??>> client's side? ). That's why one of way we're thinking is to put Cisco
??>> or any linux/bsd PC between client's network and our.
BE> This depends on the nature of the traffic. Does it need to be
BE> - reliable
it would be good to have adequate traffic :)
BE> - upstream
BE> - downstream
both
BE> - near realtime
doesn't matter
BE> - end-to-end-encrypted
whar do you mean exactly?
With best regards, Roman Mashak. E-mail: mrv@tusur.ru
- Previous message: Roman Mashak: "Re: traffic encryption"
- In reply to: Bodo Eggert: "Re: traffic encryption"
- Next in thread: Bodo Eggert: "Re: traffic encryption"
- Reply: Bodo Eggert: "Re: traffic encryption"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]