-
Trafic du plan de contrôle de l'équilibrage de charge basé sur les protocoles Diameter, SIP et SMPP
-
Utilisation de la bande passante avec la fonctionnalité de redirection du cache
-
Optimisation du protocole TCP avec NetScaler
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
LSN44 dans une configuration de cluster
Les configurations NAT44 à grande échelle sont prises en charge sur une configuration de cluster NetScaler.
Un cluster NetScaler est un groupe d’appliances NetScaler configurées et gérées comme un seul système. Un cluster NetScaler garantit évolutivité et disponibilité. Chaque appliance NetScaler d’une configuration de cluster agit comme une entité LSN indépendante et est gérée comme un système unique.
La configuration LSN dans une configuration en cluster est identique à celle d’une appliance autonome, sauf qu’un pool spécifique d’adresses IP LSN est détenu par un seul nœud à la fois. En d’autres termes, une entité de pool d’adresses IP LSN est configurée en tant qu’entité repérée dans un nœud particulier. Tous les nœuds d’une configuration de cluster peuvent avoir une entité de pool IP LSN spécifique. Pour s’assurer que les paquets liés à une session LSN sont reçus sur le même nœud de cluster qui a effectué l’opération NAT, le pilotage du backplane basé sur des stratégies (PBS) est configuré. PBS dirige les paquets associés reçus d’une session LSN vers le même nœud de cluster.
Exemple de configuration :
add lsn client LSN-CLIENT-1
Done
bind lsn client LSN-CLIENT-1 -network 192.0.2.0 -netmask 255.255.255.0
Done
add lsn pool LSN-POOL-1
Done
bind lsn pool LSN-POOL-1 -ownerNode 1 203.0.113.3
Done
bind lsn pool LSN-POOL-1 -ownerNode 2 203.0.113.3
Done
add lsn group LSN-GROUP-1 -clientname LSN-CLIENT-1
Done
bind lsn group LSN-GROUP-1 -poolname pool1 LSN-POOL-1
Done
add ns acl b1 ALLOW -srcIP = 192.0.2.0-192.0.2.255 -type DFD -dfdhash SIP
Done
apply ns acls -type DFD
Done
<!--NeedCopy-->
Partager
Partager
Dans cet article
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.