RVBD » Topics » Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user in a format that were not able to decrypt, rather than only across the WAN, our product

This excerpt taken from the RVBD 10-Q filed Apr 30, 2009.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our products. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer limited performance improvement unless we are successful in incorporating additional functionality into our products that address those encrypted transmissions. Our failure to provide such additional functionality could limit the growth of our business and harm our operating results.

These excerpts taken from the RVBD 10-K filed Feb 23, 2009.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most

 

23


Table of Contents

organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our products. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer limited performance improvement unless we are successful in incorporating additional functionality into our products that address those encrypted transmissions. Our failure to provide such additional functionality could limit the growth of our business and harm our operating results.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to
encrypt data being transmitted from the point of the end user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

STYLE="margin-top:6px;margin-bottom:0px; text-indent:5%">Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network
(VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most

 


23







Table of Contents



organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our products.
For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer limited performance improvement unless we are successful in incorporating
additional functionality into our products that address those encrypted transmissions. Our failure to provide such additional functionality could limit the growth of our business and harm our operating results.

STYLE="margin-top:18px;margin-bottom:0px">If our products do not interoperate with our customers’ infrastructure, installations could be delayed or cancelled, which would harm our business.

STYLE="margin-top:6px;margin-bottom:0px; text-indent:5%">Our products must interoperate with our customers’ existing infrastructure, which often have different specifications, utilize multiple protocol standards,
deploy products from multiple vendors, and contain multiple generations of products that have been added over time. If we find errors in the existing software or defects in the hardware used in our customers’ infrastructure or problematic
network configurations or settings, as we have in the past, we may have to modify our software or hardware so that our products will interoperate with our customers’ infrastructure. Our products may be unable to provide significant performance
improvements for applications deployed in our customers’ infrastructure. These issues could cause longer installation times for our products and could cause order cancellations, either of which would adversely affect our business, operating
results and financial condition. In addition, government and other customers may require our products to comply with certain security or other certifications and standards. If our products are late in achieving or fail to achieve compliance with
these certifications and standards, or our competitors achieve compliance with these certifications and standards, we may be disqualified from selling our products to such customers, or at a competitive disadvantage, which would harm our business,
operating results and financial condition.

This excerpt taken from the RVBD 10-Q filed Oct 30, 2008.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our products. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer limited performance improvement unless we are successful in incorporating additional functionality into our products that address those encrypted transmissions. Our failure to provide such additional functionality could limit the growth of our business and harm our operating results.

This excerpt taken from the RVBD 10-Q filed Jul 29, 2008.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our products. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer limited performance improvement unless we are successful in incorporating additional functionality into our products that address those encrypted transmissions. Our failure to provide such additional functionality could limit the growth of our business and harm our operating results.

This excerpt taken from the RVBD 10-Q filed Apr 29, 2008.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our products. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer little performance improvement unless we are successful in incorporating additional functionality into our products that address those encrypted transmissions. Our failure to provide such additional functionality could limit the growth of our business and harm our operating results.

This excerpt taken from the RVBD 10-K filed Feb 15, 2008.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most

 

22


Table of Contents

organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our products. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer little performance improvement unless we are successful in incorporating additional functionality into our products that address those encrypted transmissions. Our failure to provide such additional functionality could limit the growth of our business and harm our operating results.

This excerpt taken from the RVBD 10-Q filed Oct 25, 2007.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our appliances. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer little performance improvement unless we are successful in incorporating additional functionality into our appliances that address those encrypted transmissions. Our failure to provide such additional functionality could adversely affect our business, operating results and financial condition.

This excerpt taken from the RVBD 10-Q filed Jul 30, 2007.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our appliances. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer little performance improvement unless we are successful in incorporating additional functionality into our appliances that address those encrypted transmissions. Our failure to provide such additional functionality could adversely affect our business, operating results and financial condition.

This excerpt taken from the RVBD 10-Q filed Apr 27, 2007.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user in a format that we’re not able to decrypt, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently detect and decrypt some forms of encrypted data. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our appliances. For those organizations that elect to encrypt their data transmissions from the end-user to the server in a format that we’re not able to decrypt, our products will offer little performance improvement unless we are successful in incorporating additional functionality into our appliances that address those encrypted transmissions. Our failure to provide such additional functionality could adversely affect our business, operating results and financial condition.

This excerpt taken from the RVBD 10-K filed Feb 9, 2007.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently do not detect repeated data patterns if the data is encrypted as it passes through our Steelhead appliances. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our appliances. If more organizations elect to encrypt their data transmissions from the end-user to the server, our products will offer little performance improvement unless we are successful in incorporating additional functionality into our appliances that address those encrypted transmissions. Our failure to provide such additional functionality could adversely affect our business, operating results and financial condition.

This excerpt taken from the RVBD 10-Q filed Oct 31, 2006.

Organizations are increasingly concerned with the security of their data, and to the extent they elect to encrypt data being transmitted from the point of the end-user, rather than only across the WAN, our products will become less effective.

Our products are designed to remove the redundancy associated with repeated data requests over a WAN, either through a private network or a virtual private network (VPN). The ability of our products to reduce such redundancy depends on our products’ ability to recognize the data being requested. Our products currently do not detect repeated data patterns if the data is encrypted as it passes through our Steelhead appliances. Since most organizations currently encrypt most of their data transmissions only between sites and not on the LAN, the data is not encrypted when it passes through our appliances. If more organizations elect to encrypt their data transmissions from the end-user to the server, our products will offer little performance improvement unless we have been successful in incorporating additional functionality into our appliances that address those encrypted transmissions. Our failure to provide such additional functionality could adversely affect our business, operating results and financial condition.

Wikinvest © 2006, 2007, 2008, 2009, 2010, 2011, 2012. Use of this site is subject to express Terms of Service, Privacy Policy, and Disclaimer. By continuing past this page, you agree to abide by these terms. Any information provided by Wikinvest, including but not limited to company data, competitors, business analysis, market share, sales revenues and other operating metrics, earnings call analysis, conference call transcripts, industry information, or price targets should not be construed as research, trading tips or recommendations, or investment advice and is provided with no warrants as to its accuracy. Stock market data, including US and International equity symbols, stock quotes, share prices, earnings ratios, and other fundamental data is provided by data partners. Stock market quotes delayed at least 15 minutes for NASDAQ, 20 mins for NYSE and AMEX. Market data by Xignite. See data providers for more details. Company names, products, services and branding cited herein may be trademarks or registered trademarks of their respective owners. The use of trademarks or service marks of another is not a representation that the other is affiliated with, sponsors, is sponsored by, endorses, or is endorsed by Wikinvest.
Powered by MediaWiki