RE: [load balancing] SSL / Alteon / iPlanet

From: Henry Silva (
Date: Tue Jun 03 2003 - 08:53:40 EDT

  • Next message: Cihan Subasi (Garanti Teknoloji): "[load balancing] Real server with many Service ports (alteon)"

    Hi Steve, can you verify that your health-checks are passing
    for you real servers (i/slb/dump)? I didn't see an allow filter
    on your server port to allow for health-checks. Configure an allow filter
    the DIP of the alteon interface and that should allow the health-checks to
    I didn't see real server 2 defined but I am assuming that it is the iSD310.
    You don't need to configure the addport 80 to your web server. This is only
    if you are running with multiple rports. By default it will use the rport
    configured under
    the VIP unless the rport under the VIP is set to 0.
    -----Original Message-----
    From: Steven Christall []
    Sent: Monday, June 02, 2003 1:21 PM
    To: ''
    Subject: RE: [load balancing] SSL / Alteon / iPlanet

    Hi Marcel
    I have finally got around to trying this config ... previously I had the AD3
    setup to use RTS for the iSD, in order to allow 80 and 443 to terminate on
    the same realport on a webserver. I am however having a problem that may be
    indirectly related to this and I wanted to try the method you described last
    Here are the relevent bits (I think!) from my config .. essentially the
    traffic does not seem to arrive at my server. It is almost like I don't
    have a global turned on somewhere. I have added notes *** like this. I
    really am stuck and in great pain lol ..... I would appreciate if you or
    another list member can spot my deliberate error (which I can't find) ....
    I can't even connect to a simple page directly on port 80 on the virtual
    server (ie missing out the isd)
    Subsequent to writing this and dumping the config below I have turned on
    adv/fwlb on both 100 and 110 filters .... still no go :o(
    BTW where can I see some simple logging .... I would love to snoop a port!!
    Thank you
    iSD settings
    IP addr of SSL server =
      Listen port of SSL server = 443 (https)
      Real server IP addr =
      Real server port = 81
      Type (generic/http) = generic
      Transparent proxy mode (on/off) = on
      Enable virtual server = enabled
    AD3 settings
    /c/port 2 *** iSD310
            pvid 2
    /c/port <file://c/port> 7 *** real servers .. they all have default
    gateway pointing back to the ip attached to this port
            pvid 3
    /c/vlan 1 *** clients are connecting to port 1, vlan1
            def 1 3 4 5 8 9
    /c/vlan 2
            name "VLAN 2"
            def 2
    /c/vlan 3
            name "VLAN 3"
            def 7
    /c/stp 1/off
    /c/stp 1/clear
    /c/stp 1/add 1 2 3 4
    /c/ip/if 1 *** clients connecting here
    /c/ip/if 2 *** iSD here on with default
    route set
            vlan 2
    /c/ip/if 3 *** servers on here with default route set
            vlan 3
    /c/ip/gw 1 *** vrrp gateway to internet
            arp enabled *** arp health check ... ping not enabled on f/w
    /c/slb/adv *** what does this do ... allows direct access
    to servers? how does this effect layer 4 ip addresses?
            direct ena

    *** snip other real servers not involved
    /c/slb/real 6 *** this is the one and only server I am trying
    to load balance to through the ad3 / isd
            addport 80

    /c/slb/group 2 *** isd
            add 2
    /c/slb/group 3 *** real server
            add 6

    /c/slb/port 1 *** i have client proxy ip's set, but not turned
            client ena
    /c/slb/port 2
            client ena

    /c/slb/port 7
            server ena

    /c/slb/virt 2 *** this is the virtual server that I connect
    /c/slb/virt 2/service http
            group 3
    /c/slb/virt 2/service 81
            group 3
            rport 80

    /c/slb/filt 100
            action redir
            proto tcp
            dport https
            group 2
            rport 443
    /c/slb/filt 110
            action redir
            proto tcp
            sport 81
            group 2
    /c/slb/filt 224
            action allow

    /c/slb/port 1
            filt ena
            add 100
            add 224
    /c/slb/port 7
            filt ena
            add 110
            add 224

    -----Original Message-----
    From: Derksen, Marcel []
    Sent: 16 April 2003 07:27
    To: ''
    Subject: RE: [load balancing] SSL / Alteon / iPlanet
    Importance: High

    I would advise you to setup the environment as follows:
    Port 1 : client processing enabled, filter enabled with redirection to ISD
    group for https.
    Port 2: client processing enabled.
    Port 3: server processing enabled, filter enabled with redirection to ISD
    for port 81.
    The ISD is stripping the SSL layer from the HTTPS request and forwarding
    this to port 81 of the VIP. The VIP is listening to port 80 for normal HTTP
    traffic and to port 81 for formerly HTTPS traffic. The VIP is loadbalancing
    traffic to the real servers on port 80. So for the service port 81 you
    define RPORT to 80. When the traffic is returning the Alteon will revert the
    session into the state before it is loadbalanced. This means that normal
    http traffic will be translated into port 80 and formerly HTTPS traffic will
    be translated into port 81. After this the filters will do their work. Port
    80 traffic will not hit the filter, but port 81 will (on port 3).
    So to be more specific:
    Port 1:
    Client ena, filt ena, filt 100
    Filt 100: DIP=VIP, DMASK=, DPORT=443,action=redir, group=2,
    Port 2:
    Client ena
    Port 3:
    Server ena, filt ena, filt 110
    Filt 110: SIP=VIP, SMASK=, SPORT=81,action = redir, group=2,
    Virt 1:
    Service 80, group=xx
    Service 81, group=xx, rport=80
    You can use different VLAN's if you want to that is no problem. The
    portnumbers I used are fictive. Port 1 holds the clients, port 2 holds the
    ISD's and port 3 holds the servers.
    Hope this helps.
    Marcel Derksen
    NNCDS, NNCSS Alteon

    The Load Balancing Mailing List
    MRTG with SLB:
    Hosted by:

    This archive was generated by hypermail 2.1.4 : Tue Jun 03 2003 - 09:01:50 EDT