RED and static IP

In the Device Configuration tab of the RED Section Within WebAdmin.

From the in-line help and admin guide:

Uplink Mode: You can define how the RED appliance receives an IP address, which can be either via DHCP or by directly assigning a static IP address.

DHCP Client: The RED pulls an IP address from a DHCP server.
Static Address: Enter an IPv4 address, a corresponding netmask, a default gateway and a DNS server.

Be aware that the RED cannot act as a modem, so if your router is a router/modem combo for DSL, for example, you would still need a modem.

To add to what Scott said:

If you configure a static IP, etc. for the RED device in the ASG, you will still need to place the RED (either at the remote site, or at your site, temporarily) behind an internet connection that supplies the unit a DHCP IP address that can reach the internet (either directly with a public IP, or an internal IP that is routeable via an upstream router, to the internet)... when it first connects, it will contact the RED configuration cloud on the internet, then reconfigure itself with the static IP you entered, then reboot.  For managed customers (customers that my company manages under contract) that will be deploying a RED to a site with a static IP, we have a special DMZ/VLAN on our network here that technicians use to get that initial configuration via DHCP before shipping the unit to the customer's remote site, for example.

After it reboots, it will be configured with a static IP, and it will be ready to ship out / deploy at your remote site.  What happens after this, is if the RED cannot contact the cloud or your ASG within a certain amount of time using the static IP it previously configured itself with, it will eventually fall back to trying to acquire an IP via DHCP, so it can attempt to reach the cloud and get a new configuration, if needed.  The instructions are a bit vague on how this works, but when I was testing this out prior to me selling them to clients, I discovered this is how they work -- and later on, a support call about a related issue (turns out we just had a bad RED10 appliance in that case) had Astaro Support explaining it to me as well.

To add to what Scott said:

If you configure a static IP, etc. for the RED device in the ASG, you will still need to place the RED (either at the remote site, or at your site, temporarily) behind an internet connection that supplies the unit a DHCP IP address that can reach the internet (either directly with a public IP, or an internal IP that is routeable via an upstream router, to the internet)... when it first connects, it will contact the RED configuration cloud on the internet, then reconfigure itself with the static IP you entered, then reboot.  For managed customers (customers that my company manages under contract) that will be deploying a RED to a site with a static IP, we have a special DMZ/VLAN on our network here that technicians use to get that initial configuration via DHCP before shipping the unit to the customer's remote site, for example.

After it reboots, it will be configured with a static IP, and it will be ready to ship out / deploy at your remote site.  What happens after this, is if the RED cannot contact the cloud or your ASG within a certain amount of time using the static IP it previously configured itself with, it will eventually fall back to trying to acquire an IP via DHCP, so it can attempt to reach the cloud and get a new configuration, if needed.  The instructions are a bit vague on how this works, but when I was testing this out prior to me selling them to clients, I discovered this is how they work -- and later on, a support call about a related issue (turns out we just had a bad RED10 appliance in that case) had Astaro Support explaining it to me as well.