Siemens TIM 4R-IE GPRS Telecontrol: Node Limits and MSC Setup

David Krause21 min read
Industrial NetworkingSiemensTechnical Reference
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

Overview

This technical reference defines the connection-capacity rules, protocol requirements, and hardware selection logic for scaling a Siemens Industrial Remote Communication solution built on GPRS telecontrol. The architecture serves a 145-node deployment combining 5 remote substations, 80 power meter stations, and 60 flow meter stations distributed up to 14 km from a central control room. The configuration uses the Telecontrol Professional software package, TIM 3V-IE (or TIM 3V-IE Advance) station modules, TIM 4R-IE central modules, and either MD720-3 serial GPRS modems or MD741-1 EGPRS Ethernet modems. The reference quantifies three independent ceilings — TIM 4R-IE active connections, TIM MSC partner database size, and SCALANCE S6xx IPsec tunnel count — then derives the number of central TIM 4R-IE modules and SCALANCE S6xx VPN appliances required to absorb the 145 stations. It also documents the three valid network patterns, the modem selection logic, the IP / NAT / DNS planning constraints, and a step-by-step commissioning sequence with a verification matrix.

Operators planning a multi-cluster GPRS telecontrol deployment on Siemens hardware routinely underestimate the binding constraint: a single TIM 4R-IE accepts only 64 simultaneously active MSC connections, the partner database is capped at 128, and a single SCALANCE S6xx terminates only 128 IPsec tunnels. For 145 stations, those numbers force a minimum of three central TIM 4R-IE modules and, if a VPN-fronted architecture is chosen, two SCALANCE S6xx appliances on two separate DSL lines.

System Requirements and Topology Constraints

The reference deployment is split into three physical clusters of remote stations, all reporting back to a single central control room (CCR) over a public GPRS bearer that is terminated at the CCR on a DSL router:

Cluster Node count Distribution Site type Suggested station module
Remote substations 5 8 km radial from CCR Substation RTU / S7-300 with CP TIM 3V-IE Advance + MD720-3
Power meter stations 80 Scattered up to 10 km from CCR Compact power-meter gateway TIM 3V-IE + MD720-3
Flow meter stations 60 Scattered up to 14 km from CCR Flow computer / RTU TIM 3V-IE + MD720-3
Total 145 ≤ 14 km from CCR Mixed

At the CCR, the DSL router performs the address translation and the GPRS-to-Ethernet bridging. Behind the DSL router sit the central TIM 4R-IE modules and the Telecontrol Professional host PC. Telecontrol Professional polls each connected TIM 4R-IE, buffers the data, and exposes it to the SCADA layer above. The GPRS network itself uses the standard GSM packet-switched domain defined by 3GPP — GPRS is often called 2.5G and historically delivered theoretical peak rates up to 171.2 kbps across all eight timeslots, with typical real-world throughput of 30-80 kbps depending on coding scheme, signal conditions, and base-station loading (GPRS overview).

MSC Protocol and WAN Requirements

MSC is the Siemens telecontrol protocol that runs between TIM modules. It is an encrypted, connection-oriented protocol that carries S7-compatible payloads, time-stamped events, and buffered frames. Within the Telecontrol Professional stack, MSC is the only protocol family that supports secure wide-area operation between a station TIM and a central TIM. If MSC is not enabled on the WAN-facing interface, the TIM will not accept a connection request from a peer across a routed or VPN network.

Key facts on MSC support across TIM variants:

  • TIM 3V-IE (standard): MSC is not supported on the Ethernet port. MSC is only available over the serial port to an MD720-3 GPRS modem, where MSC rides the GSM/GPRS bearer as a serial-tunneled protocol.
  • TIM 3V-IE Advance: MSC is supported on the Ethernet port, so the station can present MSC directly to a router or SCALANCE M over Ethernet and forward it to the central TIM 4R-IE.
  • TIM 4R-IE (central): MSC supported on both Ethernet interfaces, with redundant LAN ports for the dual-network architectures commonly used at the CCR.
A plain TIM 3V-IE station that is asked to speak MSC over Ethernet will simply never authenticate at the central TIM. The fix is one of three: (a) swap the station to a TIM 3V-IE Advance, (b) add an MD720-3 on the station's serial port and let MSC ride the GSM/GPRS bearer through the MD720-3, or (c) move the entire IP-bearer and IPsec layer to a SCALANCE S6xx + MD741-1 pair so the TIM is not the WAN endpoint at all.

Each open MSC connection consumes one connection slot in the central TIM 4R-IE. The slot is reserved from the moment the remote station authenticates until the connection is explicitly closed, or until the connection times out under the configured watchdog. For sizing purposes, an "active connection" means any partner whose state is established or maintained, including those that are temporarily idle but not yet torn down.

Connection and Tunnel Capacity: The Hard Numbers

Three independent ceilings apply to a Telecontrol Professional deployment, and they are easy to confuse. The binding limit for any given architecture is the smallest of the three that is actually in the path of traffic.

Limit Value Applies to Failure mode if exceeded
Simultaneous active connections per TIM 4R-IE 64 Total active MSC + TCP partner connections to one central TIM 4R-IE New connection attempts refused; existing partners continue.
Configured MSC partners per TIM (all variants) 128 Aggregate MSC partner entries the TIM firmware will hold in its partner table Configuration rejected at project engineering time; partner not added.
Concurrent IPsec tunnels per SCALANCE S6xx 128 VPN tunnels terminated by one SCALANCE S6xx (S612, S623, S627 all share this ceiling unless a license unlocks more) IKE phase 1 failures on the 129th peer; tunnel not established.
The 128-partner ceiling is a partner-database limit — it constrains the engineering configuration, not the runtime behavior. The 64-connection ceiling is enforced by the TIM 4R-IE firmware at runtime. Plan the project against the smaller of the two (64 active) and confirm partner count against 128 at engineering time. A network with 100 configured partners but only 50 active at any one time is still illegal if the partner count exceeds 128 — engineering has to fit within 128 partners, runtime has to fit within 64 active.

Reference: Siemens Industry Online Support entry 54066139 covers the GPRS/Internet communication overview and the configuration rules referenced throughout this article.

Sizing Formulas and the 145-Node Calculation

For the reference 145-node deployment, the constraint chain is:

  1. Total remote stations: N = 145
  2. Active-connection ceiling per central TIM 4R-IE: C_T = 64
  3. Minimum number of central TIM 4R-IE modules: TIM_min = ceil(N / C_T) = ceil(145 / 64) = 3
  4. Active-connection headroom with 3 modules: H_active = 3 × 64 − 145 = 47 spare slots
  5. Partner-database ceiling per TIM: P_T = 128
  6. Partner count per TIM in a 3-way split: P_per_TIM = ceil(145 / 3) = 49 partners (well within 128)
  7. SCALANCE S6xx tunnel ceiling: T_S6xx = 128
  8. Minimum SCALANCE S6xx appliances if VPN-fronted: S6xx_min = ceil(N / T_S6xx) = ceil(145 / 128) = 2

Two TIM 4R-IE modules can carry at most 2 × 64 = 128 active MSC connections, leaving 17 stations unreachable. Three TIM 4R-IE modules provide 192 connection slots — 47 slots of headroom over the 145-station requirement. A 70-70 split across two TIM 4R-IE behind one DSL line works only when N ≤ 128; for N = 145, three central modules are mandatory.

The 128-tunnel SCALANCE S6xx ceiling becomes binding if the remote stations are fronted by SCALANCE M routers rather than MD720-3 modems. With 145 remote sites, a single SCALANCE S6xx cannot terminate all 145 IPsec tunnels. The two practical options are:

  • Two SCALANCE S6xx appliances, each terminating up to 128 of the 145 remote VPN endpoints (with overlap designed in), behind two DSL lines.
  • A SCALANCE S627 (the higher-end S6xx variant) used for the bulk of the VPN mesh, with the long tail of stations fronted by a separate S612 cluster.

Note that two SCALANCE S6xx cannot be placed behind a single DSL connection as a true redundant pair — the IPsec IKE negotiation cannot be split across two endpoints terminating the same set of remote peers on a single public IP. Plan one SCALANCE S per public IP, i.e., one SCALANCE S per DSL line.

Hardware Selection Matrix

Module Order number (typical) Role WAN interface MSC over Ethernet Bearer
TIM 3V-IE 6NH7800-3BA00 Station TIM Ethernet + serial No GPRS via MD720-3
TIM 3V-IE Advance 6NH7800-3BA10 Station TIM Ethernet + serial Yes GPRS via MD720-3 or direct Ethernet
TIM 4R-IE 6NH7800-4BA00 Central TIM 2 × Ethernet (redundant), serial Yes DSL/Ethernet to SCADA
MD720-3 6NH9720-3AA00 GPRS modem (serial) RS-232 to TIM n/a (transport) GSM/GPRS
MD741-1 6NH9741-1AA00 EGPRS modem (Ethernet) Ethernet to TIM Advance or SCALANCE M n/a (transport) GSM/EGPRS
SCALANCE S612 6GK5612-0BA10-2AA3 IPsec VPN gateway Ethernet n/a (transport) Internet/DSL
SCALANCE S623 6GK5623-0BA10-2AA3 IPsec VPN gateway, more ports Ethernet (4-port) n/a (transport) Internet/DSL
SCALANCE S627 6GK5627-0BA10-2AA3 High-end IPsec VPN gateway Ethernet (4-port + DMZ) n/a (transport) Internet/DSL

Order numbers above are typical MLFB references for the variants commonly deployed in Telecontrol Professional projects; verify the exact part number against the Siemens Industry Mall at the time of procurement, since Siemens frequently refreshes the order numbers when firmware revisions change. The TIM 4R-IE has two independent Ethernet interfaces that are designed to be used in a redundant LAN topology (e.g., one to the SCADA LAN, one to the DSL router LAN) so that a single cable or switch failure does not isolate the central module from either side.

Modem Selection: MD720-3 vs MD741-1

The MD720-3 is a GPRS-only modem that connects to the TIM 3V-IE over RS-232. It supports GPRS class 8/10 and is the workhorse of the legacy Telecontrol Professional deployments — the variant is mature, well-supported, and the GPRS radio characteristics are well known in the field. The MD741-1 is the EGPRS-capable successor, supporting GPRS class 12 and EDGE modulation, and connects over Ethernet rather than serial. Choose the modem based on the following decision matrix:

Decision criterion MD720-3 MD741-1
Air-interface GPRS only (class 8/10) GPRS + EGPRS / EDGE (class 12)
Theoretical peak downlink ~57 kbps (4-down, CS-2) ~236 kbps (4-down, MCS-9)
Station-side interface RS-232 to TIM serial port Ethernet to TIM Advance or SCALANCE M
Compatible station TIM TIM 3V-IE (standard or Advance) TIM 3V-IE Advance, SCALANCE M, or any Ethernet CP
Typical use case Legacy replacement, slow poll-only sites, low data volume Event-heavy sites, larger payloads, faster link-up

When MD741-1 is in front of a SCALANCE S6xx, the IPsec tunnel terminates on the SCALANCE S, not on the TIM. The TIM only sees a default gateway. The MD741-1 then simply acts as the IP bearer for the SCALANCE S IPsec endpoint. This is the cleanest way to scale past the TIM 4R-IE's 64-connection ceiling, because the IPsec tunnel is not an MSC connection — it is a layer-3 transport that can carry many TCP sessions inside.

Network Architecture Patterns

Three patterns are valid for a GPRS telecontrol deployment. The choice determines which capacity ceiling binds.

Pattern A — TIM + MD720-3, MSC over GPRS

Each remote station has a TIM 3V-IE (or Advance) with an MD720-3 on its serial port. The central TIM 4R-IE accepts MSC connections from the MD720-3 modems over the public GPRS network. This pattern works for plain TIM 3V-IE stations because MSC travels over the GSM/GPRS bearer through the MD720-3's serial protocol — MSC on Ethernet is not required. The pattern is simple, proven, and avoids the need for any IPsec / VPN infrastructure. Its downsides are: (a) the 64-connection limit on the central TIM 4R-IE binds, (b) the GPRS link is not encrypted at the IP layer (only at the MSC layer above it), and (c) the throughput ceiling is the GPRS class 8/10 ceiling of the MD720-3.

Pattern B — TIM Advance + DSL, MSC over IP

Each remote station has a TIM 3V-IE Advance and a DSL router. MSC terminates on the TIM Advance's Ethernet port and travels over the Internet to the central TIM 4R-IE. This requires VPN or another secure transport, typically provided by SCALANCE S6xx appliances at the station and at the CCR. The pattern is appropriate when the stations are in fixed locations with DSL coverage. The 64-connection TIM 4R-IE limit still binds, so three central TIMs are still required for 145 stations.

Pattern C — SCALANCE S + MD741-1, IPsec mesh, TIM unaware

Each remote site has a SCALANCE S6xx behind an MD741-1 EGPRS modem. All remote SCALANCE S units establish IPsec tunnels to a central SCALANCE S6xx (or pair of S6xx) at the CCR. The SCALANCE S units act purely as the VPN layer; the TIM modules at the station and the central TIM 4R-IE see only a default gateway and an Ethernet frame. This is the only pattern that scales past the MSC partner-database limit of 128 per TIM, because the IPsec tunnel is not an MSC connection — it is a layer-3 transport that can carry an unlimited number of TCP sessions inside.

In Pattern C, the 128-tunnel SCALANCE S6xx ceiling becomes the binding constraint, not the TIM 4R-IE's 64-connection limit. With 145 stations, you need two SCALANCE S6xx appliances at the CCR (or one SCALANCE S627 with sufficient tunnel license) and a corresponding DSL line for each, because two SCALANCE S6xx cannot share a single public IP for IPsec IKE.

The three patterns can be mixed in a single project. Substations with high data volume and low node count often use Pattern A or B; the long tail of low-volume meter stations is the natural fit for Pattern C, where the SCALANCE S6xx absorbs the connection overhead and the central TIM 4R-IE only sees the polling sessions that pass through the VPN.

IP Planning, NAT, and DNS

When Pattern B or Pattern C is used, every IPsec tunnel must terminate on a remote network with a unique subnet. The internal IP subnets behind each tunnel must be different. The standard remedies for overlapping subnets are:

  • 1:1 NAT (one-to-one network address translation) at the SCALANCE S to remap the remote subnet into a non-overlapping range visible to the central TIM.
  • Re-IP the remote subnets during commissioning so the engineering ranges are unique across the fleet.
  • Hub-and-spoke addressing plan with a private range (e.g., 10.0.0.0/8) chopped into /24 or /28 subnets, one per station, allocated from a central registry.

For DNS, SCALANCE S6xx firmware V3 and later supports DynDNS as a client. A SCALANCE S6xx V3 device can register its dynamic public IP with a DynDNS service, but it cannot resolve DNS names on its own. As a consequence, SCALANCE-S-to-SCALANCE-S VPN connections with both endpoints on dynamic IPs will not auto-negotiate — the central SCALANCE S cannot resolve the DynDNS name to find the peer's current public IP. Workarounds:

  • Use static public IPs on the central SCALANCE S (and on the DSL line it sits behind).
  • Use a fixed-IP SIM at the remote stations so the MD741-1 always presents the same public address.
  • Terminate the IPsec on a third-party firewall / router that does support DNS-resolved peers, and place the SCALANCE S downstream of it.
A common field failure: the SIM provider advertises "fixed IP" but actually delivers a private IP behind the provider's CGN (carrier-grade NAT). Confirm with the SIM provider that the address is a true public, routable IP and is not behind CGN, before commissioning IPsec on it.

Subnet sizing cheat sheet for 145 stations using a /28 per station and a /16 hub address space:

Address block Size Hosts per block Coverage
10.10.0.0/16 65,536 addresses n/a (hub address) Whole private network at CCR
10.20.0.0/24 256 addresses 254 usable Central TIM 4R-IE LAN
10.30.0.0/20 4,096 addresses 4,094 usable Remote stations (room for ~145 × /28 = ~1,860)
10.30.0.0/28 16 addresses 14 usable Station 1 subnet
10.30.0.16/28 16 addresses 14 usable Station 2 subnet
10.30.7.240/28 16 addresses 14 usable Station 145 subnet

The /16 hub block plus the /20 remote block leaves ~50,000 addresses of headroom for future expansion without re-numbering. The 14-usable-hosts-per-/28 is enough for a TIM, an S7 CP, a SCALANCE S, an MD741-1, and a few spare addresses for engineering access.

Commissioning, Verification, and Troubleshooting

Commissioning Procedure

  1. Verify the central TIM 4R-IE count satisfies ceil(N / 64) = 3 for N = 145 stations. Pre-install the Telecontrol Professional license for three TIM 4R-IE connections.
  2. Provision the DSL line(s) and assign static public IPs to the central SCALANCE S6xx endpoints (or to the DSL router that fronts them).
  3. Configure the SCALANCE S6xx IPsec tunnel table. Do not exceed 128 tunnels per S6xx. With 145 stations, plan a 73/72 split across two S6xx appliances on two DSL lines.
  4. Install TIM 3V-IE Advance (or SCALANCE M + MD741-1) at each remote station. Pre-configure the SIM in the MD741-1 or MD720-3 and verify the bearer is up before mounting on site.
  5. Program the MSC partner table in each central TIM 4R-IE. Verify the partner count does not exceed 128 per TIM. For 3 TIMs covering 145 stations, the per-TIM partner count is approximately 49.
  6. On each central TIM 4R-IE, confirm the active-connection count stays ≤ 64. Use TIM diagnostics page Diagnostics > Connections or TIA Portal online diagnostics.
  7. If stations use S7-300 / S7-400 PLCs behind a CP (e.g., CP 343-1 Lean on an S7-300 station), reload the PLC after changing the default gateway in HW Config so the CP picks up the new default route to the central TIM. Without this reload, the buffered events at the station will not flush even after the link is restored.
  8. From the Telecontrol Professional PC, force a test frame on each partner. Verify it lands in the Telecontrol buffer and is then forwarded to the SCADA layer above. Confirm time-stamping is consistent across all three TIM 4R-IE modules.
  9. Pull the DSL line on one S6xx and confirm the second S6xx continues serving its 72-73 stations with no loss of buffered events. The TIM at the station buffers during the link outage and flushes on link restoration in correct sequence; the SCADA layer should not see a gap.
  10. Run a 24-hour soak test with all 145 stations online. Capture peak active-connection count on each TIM 4R-IE, peak IPsec tunnel count on each SCALANCE S6xx, and GPRS link-up / link-down counters on each MD720-3 or MD741-1.

Verification and Acceptance

Check Expected value Tool Pass criterion
Active MSC connections per TIM 4R-IE ≤ 64 TIA Portal / TIM web diagnostics Sustained ≤ 60 to allow for reconnect storms
Configured MSC partners per TIM ≤ 128 Telecontrol Professional configuration ≤ 128 in the partner table
Active IPsec tunnels per SCALANCE S6xx ≤ 128 SCALANCE S Web UI / SINEC Sustained ≤ 120 for headroom
Round-trip time per station ≤ 2 s for 1 KB poll Wireshark on central TIM port p95 ≤ 2 s, p99 ≤ 5 s
Buffered events on link down Restored on link up, in order Telecontrol Professional event log Zero lost events over 24 h soak
CPU load on TIM 4R-IE ≤ 70 % sustained TIM web diagnostics 24-h average ≤ 70 %
GPRS link uptime per station ≥ 99 % over 24 h MD720-3 / MD741-1 counters No station below 99 %

Acceptance is signed off only when all checks pass over a continuous 24-hour window with all 145 stations simultaneously online and a synthetic event storm applied at hour 12 (e.g., 50 stations report a digital event within 60 seconds).

Troubleshooting Matrix

Symptom Likely cause Action
Station TIM never authenticates Plain TIM 3V-IE trying MSC over Ethernet Replace with TIM 3V-IE Advance, or add MD720-3 on serial port and use serial MSC.
Central TIM shows "No license for partner N" More than 128 MSC partners configured on one TIM Distribute partners across additional central TIM 4R-IE modules.
SCALANCE S log: "IKE phase 1 timeout" Two S6xx behind one DSL trying to share one public IP Give each S6xx its own DSL line and its own public IP.
Stations behind VPN cannot reach central TIM Remote subnet collides with central subnet Implement 1:1 NAT on the SCALANCE S, or renumber remote subnets.
Buffers accumulate on station, never flush Default gateway in PLC CP still points to old router Reload PLC after HW Config gateway change.
Throughput much lower than expected GPRS class 8 modem in use where EDGE is available Replace MD720-3 with MD741-1 for EGPRS.
VPN tunnel flaps every 5-10 minutes SIM is behind CGN; public IP keeps changing Use fixed-IP SIM from the carrier; verify address is not behind CGN.
Central TIM shows connection but data is stale PLC CP has old TIM partner entry in its connection table Reset the CP connection table; reload PLC.
Some stations connect, others do not, intermittent SCALANCE S6xx exceeding 128-tunnel limit, dropping new IKE negotiations Add a second SCALANCE S6xx; redistribute peers across both.

Capacity Planning: Throughput, Latency, SIM, and APN

For planning purposes, GPRS class 8 with a single timeslot upstream delivers a theoretical maximum of ~13.4 kbps per station, with typical application throughput in the 8-10 kbps range after RLC/MAC overhead. EGPRS (class 12, 4-up/4-down with EDGE modulation) raises the practical upstream ceiling to ~60-80 kbps. The round-trip poll cycle of 15 s quoted for typical 1 KB S7 polls fits comfortably in both bearers, but the moment a fleet exceeds ~80 stations, aggregate GPRS backhaul on the central TIM can saturate a single DSL uplink. Plan for:

  • Throughput_station ≈ 1 KB / 15 s ≈ 0.53 kbps average
  • Throughput_fleet ≈ N × Throughput_station
  • For N = 145, fleet average ≈ 77 kbps, well within a single DSL line, but burst peaks during event storms can push to 4-6× the average.

Latency budget for a single poll (one station):

Hop Typical latency (ms) Notes
MD720-3 / MD741-1 GPRS attach 1,500-3,000 Only on link-up; once attached, PDP context is held
GPRS bearer RTT 300-800 Highly variable by tower load and signal
DSL RTT (CCR end) 20-50 Stable
TIM 4R-IE processing 5-20 Per polled partner
Telecontrol Professional buffer + SCADA 50-200 Application-layer
Total typical poll round-trip 400-1,200 Well within a 15-s poll cycle

The PDP (Packet Data Protocol) context attach time is the long pole in the latency budget. PDP contexts on idle stations time out at the SGSN after a provider-configured idle period (commonly 30 minutes to 2 hours). When the station needs to send data after idle, it must re-attach, which can take 1.5-3 s. To avoid this, configure the MD720-3 / MD741-1 to send periodic keep-alive frames (e.g., one frame every 10 minutes) so the PDP context stays hot.

SIM and APN selection determines the addressing and routing available to each station:

APN type Address Use case Notes
Public APN (dynamic IP) Public, dynamic Outbound-only telemetry Cannot accept inbound IPsec; Pattern A only
Public APN (fixed IP) Public, static Inbound IPsec from SCALANCE S Pattern C; preferred for VPN-fronted architecture
Private APN Private, behind carrier MPLS Closed carrier network Often paired with carrier-provided VPN service

For Pattern C with SCALANCE S6xx IPsec tunnels, the remote stations must accept inbound IKE packets. That requires either a public fixed IP on the SIM or a private APN with inbound allowed through the carrier's network. Confirm inbound IPsec is permitted by the carrier before commissioning — many M2M APN contracts are outbound-only and silently drop inbound IKE packets.

When to Escalate to Siemens Support

For a 145-node, multi-cluster GPRS telecontrol deployment, the sizing rules above are necessary but not sufficient. Specific firmware versions of TIM 4R-IE and SCALANCE S6xx can move the connection and tunnel ceilings. For example, SCALANCE S6xx V3 lifted the DynDNS client and tunnel-count limits relative to V2, but the 128-tunnel ceiling remained. Open a Siemens Technical Support request through the Siemens Industry Online Support portal and request:

  • Confirmation of the exact connection / partner ceiling for the firmware version you plan to deploy on the TIM 4R-IE.
  • Validation of the 73/72 split across two SCALANCE S6xx on two DSL lines for 145 stations.
  • Confirmation of the Telecontrol Professional license model for three central TIM 4R-IE modules.
  • Review of the project-specific IP plan to confirm no subnet collisions will block 1:1 NAT at the SCALANCE S6xx.

FAQ

What is the maximum number of MSC connections per TIM 4R-IE?

Each TIM 4R-IE supports up to 64 simultaneously active connections (MSC plus TCP) and up to 128 configured MSC partners. For more than 128 stations, add additional central TIM 4R-IE modules; each module adds another 64 active and 128 partner slots. A 145-station deployment therefore requires three central TIM 4R-IE modules.

Why does a plain TIM 3V-IE not work over Ethernet with MSC?

The TIM 3V-IE firmware does not implement MSC on its Ethernet port. Only the TIM 3V-IE Advance variant supports MSC over Ethernet. Use a TIM 3V-IE Advance, or keep the plain TIM 3V-IE and bring it online through an MD720-3 on its serial port, which carries MSC over the GSM/GPRS bearer.

How many IPsec tunnels can one SCALANCE S6xx terminate?

A SCALANCE S6xx can terminate up to 128 concurrent IPsec tunnels. For 145 remote sites, deploy two SCALANCE S6xx appliances on two separate DSL lines with a 73/72 split, since two S6xx cannot share one public IP for IKE negotiation.

Can two SCALANCE S6xx be placed behind one DSL line for redundancy?

No. IPsec IKE negotiation is bound to a single public IP. Two S6xx behind one DSL line cannot both terminate the same set of remote peers. Use one S6xx per DSL line, or move the IPsec termination to a third-party firewall that supports DNS-resolved peers and place the S6xx downstream.

Should I use MD720-3 or MD741-1 modems?

Use MD720-3 (GPRS, RS-232) when the station TIM is a plain TIM 3V-IE. Use MD741-1 (EGPRS, Ethernet) when the station is a TIM 3V-IE Advance or a SCALANCE M router, and when EDGE throughput is needed. MD741-1 also pairs naturally with a SCALANCE S6xx for the IPsec-fronted Pattern C architecture.

Back to blog