F.A.Q

Oui, en plus de la configuration du boîtier BoostEdge via l'interface WEB, qui couvre 99% des besoins, il est possible de le configurer via le CLI. L'accès CLI est protégé par un login et contrôlé par un shell spécifique "Bexec". Pour plus d'informations, se référer au manuel de référence.

Le mode Transparent de BoostEdge permet aux serveurs Web de connaître les adresses IP des navigateurs.

Non. Les applets n'envoyant pas d'entêtes HTTP pour la compression, le boîtier ne compresse pas les données.

Le nombre de profil d'accélération est illimité. Les profils d'accélération sont définis dans les services HTTP/S. Chaque service peut faire tourner de multiple profiles d'optimisation, chacun ayant un rôle précis pour tout ou partie du serveur Web.

Oui, si le proxy Web respecte le standard HTTP et relaye la négociation de la compression entre serveurs web et navigateurs. Attention, Internet Explorer ne fournit pas toujours par défaut la compression avec un proxy. Il est important de vérifier dans les paramètres d'Internet Explorer ("Advanced Settings", que la case, "Use HTTP1.1 with proxy"), est cochée.

Le boîtier BoostEdge ne limite pas le nombre de serveurs Webs, d'adresses IP ou VIP, ciblée par la compression. Le boîtier BoostEdge est taillé par le "data-flow".

Le boîtier BoostEdge optimise toute application basée sur du HTTP. Il optimise les ERP, CRM, E-Commerce, Extranet, Intranet, sites web et portails. Les boîtiers BoostEdge ont démontré leurs compatibilité à 100% et leurs efficacités sur des serveurs d'applications et applications WEB, comme IBM websphere, Oracle, PeopleSoft, Business Object, Siebel, BEA, SAP, Hyperion et les développements propriétaires en XML, ASP, JSP, CGI, PHP etc

Si cette limite est atteinte, la donnée est bridgée et n'est pas optimisée. Elle passe à travers le boîtier BoostEdge sans être compressée. Le boîtier BoostEdge ne bloque pas le trafic.

Le mode de déploiement par défaut du boîtier BoostEdge et des services d'optimisation est le mode transparent. Les paramètres lors de la création et l'optimisation d'un service pour traiter la donnée propose le mode transparent. Il est nécessaire de spécifier les règles d'interceptions afin de router la donnée vers le bon service. Pour plus d'information concernant les règles d'interception et d'optimisation de service, se référer au manuel d'exploitation.

Le boîtier BoostEdge est dédié à la compression. La décompression se fait côté client, par son navigateur. Le navigateur doit faire du HTTP 1.1 pour comprendre et décompresser la donnée reçue compressée .

Oui. Le boîtier BoostEdge peut être manageable à distance. Pour cela, il suffit d'autoriser sur votre pare-feu le port 333 (port d'écoute du boîtier BoostEdge).

La seule incompatibilité connu est l'incapacité du boîtier BoostEdge à s'insérer facilement dans un flux HSRP (Cisco haute dispo) en mode actif / actif. C'est le seul problème connu mais nous savons le contourner en mettant un boîtier BoostEdge bi-carte. Mis à part ce point, nous n'avons aucun problème d'incompatibilité, que ce soit réseaux ou applicatifs.

BoostEdge s'insère en coupure du réseau. Il est tout à fait possible de laisser le boîtier BoostEdge allumé sans compression. Le flux transitera alors au travers du boîtier sans aucune compression, ni modification des trames au niveau TCP. Il faut savoir que le boîtier BoostEdge peut même être éteint électriquement. La fail-over basculera son relais interne, ce qui aura pour avantage d'assurer la continuité électrique des câbles. En gros, c'est comme si BoostEdge n'avait jamais été inséré dans le réseau.

Oui, BoostEdge s'administre à distance, en HTTPS sur le port 333 (modifiable) ou par SSH.