Teles Informationstechnologien GSM04VOIPUS Mobile Gateway User Manual CELLX Box

Teles AG Informationstechnologien Mobile Gateway CELLX Box

Users manual

CELLX BoxSystems ManualSoftware version 17.1
© Copyright 2014 TELES AG Informationstechnologien. All rights reserved. CELLX®, TELES®, IntraSTAR®, Intra*®, iGATE®, and iSWITCH® are registered trademarks of TELES AG Informationstechnologien. All other trademarks used are the property of their respective owners.The supplied hardware/software systems are protected by copyright and can be used solely by their lawful owners.All text and figures in this publication have been compiled with great attention to detail. Nonetheless, inaccuracies and typographical errors cannot be entirely avoided. TELES AG Informationstechnologien provides this document 'as is' without warranty of any kind, expressed or implied. TELES AG Informationstechnologien reserves the right to make changes in product design or specifications without notice.Systems ManualCELLX BoxCELLX Box 17.1TELES COMMUNICATIONS CORP.2400 Skyfarm Drive,Hillsborough, CA 94010United StatesPhone: +1 646-225 65 98E-Mail: cellx@teles.comInternet: http://www.teles.com/cellx/index.html Revised: 20 March 2014 002Software version: 17.1
Table of ContentsPage 3CELLX box 17.1/002Preface. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71.1 Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .81.2 Implementation scenarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .91.2.1 CELLX Box last mile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .101.2.2 CELLX Box failover. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .101.2.3 CELLX Box cost saving model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .112 System security and hardware overview . . . . . . . . . . . . . . . . 122.1 Safety and security precautions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .132.2 System security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .132.2.1 Transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .132.2.2 Operating conditions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .132.2.3 Connecting Cables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .142.2.4 Antenna Input . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .142.2.5 Damage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .142.2.6 Repairs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .142.2.7 Upgrades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152.2.8 Cleaning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152.2.9 Potentially explosive atmospheres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152.2.10 Radio wave exposure information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152.2.11 Personal medical devices. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152.2.12 Environmental considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152.2.13 Protecting the operating system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .152.2.14 CDR files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .162.2.15 Network security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .162.3 Physical description of the CELLX Box . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .173 CELLX Box installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193.1 Checklist. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .203.2 Unpacking the shipment. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .203.3 Cabling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .213.3.1 Analog wiring (optional for FXS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .213.3.2 Ethernet wiring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .213.3.3 Antenna cabling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .213.3.4 Power cabling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .223.4 LED functionality. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .224 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234.1 Configuration tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .244.2 Skills needed for a configuration setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .244.3 Assigning an IP address to the CELLX Box . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .244.4 Connecting to the CELLX Box with GATE Manager . . . . . . . . . . . . . . . . . . . . . . . . . .264.5 Required information for further scenarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .274.6 The CELLX Box config files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .294.6.1 The pabx.cfg config file . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .304.6.2 The ip.cfg config file . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .32Table of Contents
Table of ContentsPage 4CELLX box 17.1/0024.6.3 The route.cfg config file . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .334.6.3.1 The Restrict variable used in the route.cfg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .344.6.3.2 The MapAll variable used in the route.cfg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .354.6.3.3 The Redirect variable used in the route.cfg. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .364.6.4 The route.cfg for the last mile scenario. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .374.6.5 Configuration files for VoIP scenarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .395 Adapting the config files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 435.1 Editing the config files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .445.2 Securing the CELLX Box . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .445.2.1 Setting the password for the GATE Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .455.2.2 Adjusting the firewall setting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .455.3 VoIP configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .465.3.1 VoIP settings for a public VoIP provider . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .475.3.1.1 VoIP profile for the provider . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .475.3.1.2 Registrar profile defined for the provider. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .495.3.1.3 Call routing for outgoing calls to the provider . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .505.3.2 VoIP settings for local SIP UA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .515.3.2.1 VoIP profile for the local SIP UAs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .515.3.2.2 Call routing for calls to and from the local SIP device . . . . . . . . . . . . . . . . . . . . . . . .525.4 Rerouting or failover. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .525.5 Cost saving routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .535.6 Callback initiated by SMS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .545.7 Mail to SMS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .556 Maintenance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 576.1 Call detail records (CDR) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .586.1.1 Activating peer data for VoIP calls. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .596.1.2 CDRs for callback and two stage calls . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .606.1.3 Specific cause values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .606.1.4 Missed calls list. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .616.2 Trace. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62
PrefacePage 5CELLX box 17.1/002In this manualThis manual is set up to guide you through the installation of your CELLX Box. It is written fornetwork administrators who use and maintain the gateway. To use this manual you shouldhave some experience working with networking devices and be familiar with the conceptsand terminology of telecommunication technology. Make sure you familiarize yourself thor-oughly with the safety and security precautions detailed in Chapter 2 System security andhardware overview on page 12 before you begin to install your CELLX Box. TELES is not liablefor any damage or injury resulting from a failure to follow these safety and security instruc-tions!In addition to this manual there is a parameter manual summarizing the configuration param-eters used in the config files.ConventionsThis document uses the following typographic conventions:Bold – important information, and items from the GUI and the menu. Code – file names, variables, and constants in config files or commands in body text."Conventions" on page 5 – cross-references can be accessed in the PDF by a singlemouse click. Safety SymbolsThe following symbols are used to indicate important information and to describe levels ofpossible danger. Configuration data or extracts are written in single-column tables with a gray background.NoteUseful information with no safety implications.AttentionInformation that must be adhered to as it is necessary to ensure that the sys-tem functions correctly and to avoid material damage.WarningDanger. Could cause personal injury or damage to the system.Dangerous voltageCould cause injury by high voltage and/or damage the system.Electrostatic dischargeComponents at risk of discharge must be grounded before being touched.Explosion hazardInjury hazard due to explosions endangering the person or the system.ii!!!!Preface
OrganizationPage 6CELLX box 17.1/002This guide is organized into the following chapters.Chapter 1 “Overview”: describes the general features of the CELLX Box and the main features for VoIP, telephony, and mobile.Chapter 2 “System security and hardware overview”: starts with the safety and security precautions. Make sure that everyone who works with the CELLX Box is aware of these precautions. The CELLX Box described at the end of this chapter.Chapter 3 “CELLX Box installation”: contains information on hardware installa-tion of your CELLX Box. Follow the easy instructions to set up your CELLX Box in a matter of minutes.Chapter 4 “Configuration”: describes how to connect the CELLX Box to the GATE Manager and provides an introduction to the configuration. Before you begin you must be familiar with the hardware, and the CELLX Box must be installed at the location and connected as described in Chapter 3 "CELLX Box installation" on page 19. After installation, the CELLX Box is ready to carry out maintenance tasks using the GATE Manager, and to configure implementation scenarios using VoIP.Chapter 5 “Adapting the config files”: describes some frequent configuration scenarios.Chapter 6 “Maintenance”: describes the CDR and trace maintenance tasks.Organization
1 Overview
1OverviewPage 8CELLX box 17.1/002This chapter describes the general features of the CELLX Box and the main featuresfor VoIP, telephony, and mobile. The CELLX Box is a media converter that facilitates the connection of voice over IP (VoIP) withmobile networks. The connection to telephone equipment using FXS is optional. It convertsline-based transmission on mobile side to packet-based transmission in the IP network andvice versa. Incoming traffic arrives at one CELLX Box, which routes the calls according to theirdestination and attributes. Table 1.1 list the main variants of the CELLX Box.The CELLX Box contains two Gigabyte Ethernet interfaces to the IP network. 1.1 FeaturesMobile4 GSM or 3G (UMTS) channelsBuilt-in SIM-card server support for unlimited SIMs per channel with vGATE SIM Unit.Individual timers for each SIM /callPossible to configure individual mobile bandsRadius accounting request contains SIM’s IMSI to enable SIM-specific billingSupport for vGATE sub-limitsNumber portabilityMobile-specific configuration parameters now definable per mobile network (LAIN)vGATE RoutingManager supportE-mails to SMS: support for SMS delivery reportTable 1.1 Possible product variants of the CELLX BoxProduct name DescriptionCELLX 3G–4 CELLX Box with four 3G mobile interfaces. CELLX GSM–4 CELLX Box with four GSM mobile interfaces. CELLX 3G–4 FXS CELLX Box with four 3G mobile and four FXS interfaces. CELLX GSM–4 FXS CELLX Box with four GSM mobile and four FXS interfaces. CELLX 3G–4 BRI-2 CELLX Box with four 3G mobile, two BRI interfaces. CELLX GSM–4 BRI-2 CELLX Box with four GSM mobile, two BRI interfaces.
1OverviewPage 9CELLX box 17.1/002VoIP8 media channelsH.323 v.4 / SIP v.2 signaling (RFC 3261), operating in parallelVarious audio codecs: G.711, G.723.1, G.726, G.728, G.729, GSM, iLBC Fax: T.38 Data: clear channelRTP multiplexing (reduces bandwidth required for RTP data by up to 60%)ENUM clientEcho cancellation G.168–2000Silence suppression, comfort noise generation, voice activity detectionSupport for multiple gatekeepers and multiple registrarsSTUN clientTraffic shapingAdjustable time interval for echo detection in VoIPFXS (optional)4 analog lines (FXS)Fax/modem detection (UDT)Charging impulse (12/16kHz)Integrated line echo cancellationPower feeding for FXO devicesDial-tone and ring-tone generationCalling Line Identification (CLIR) on FXS portsLCR engineMultiple VoIP-provider loginsMultiple PSTN routing methodsMultilevel alternative routingDynamic failover to mobile networkDynamic failover to VoIPGeneralRingtone generationConfigurable ToS/DivServAOC generation2nd separate Gigabit Ethernet interfaceStatus indication via LEDsIntegrated mail client capable of SMTP authenticationE-mail messages can trigger calls and play attached announcementsAutomatic test call Redial function Autodial function 1.2 Implementation scenariosThe CELLX Box supports the following implementation scenarios: CELLX Box last mile (see Chapter 1.2.1 on page 10), CELLX Box failover (see Chapter 1.2.2 on page 10), and CELLX Box for cost savings (see Chapter 1.2.3 on page 11)
1OverviewPage 10CELLX box 17.1/0021.2.1 CELLX Box last mileThe CELLX Box provides voice via the mobile network, which offers a reliable alternative totraditional landline connections for voice connections. In rural areas with no landline avail-able, all you need for immediate communication is an CELLX Box and mobile network cover-age. The CELLX Box works as a gateway to the mobile interface for voice. Figure 1.1 The CELLX Box in a last mile scenario1.2.2 CELLX Box failoverThe CELLX Box is used if the primary VoIP connection fails, in which case it routes outgoingcalls automatically via mobile networks. In this case the CELLX Box works as an mobile gate-way that can augment landline connectivity with wireless connectivity to the mobile network.In case of landline connectivity failure, the CELLX Box provides a backup solution to maintainvoice communications. The CELLX Box will route all outbound calls to the mobile network.Inbound calls from the mobile network will be routed to the connected telephone equipment. Figure 1.2 The CELLX Box in a failover scenario PSTNlocal networkmobilenetworkCELLXPSTNlocal networkmobilenetworkCELLXVoIPx
1OverviewPage 11CELLX box 17.1/0021.2.3 CELLX Box cost saving modelThe CELLX Box also has an effective call routing engine. It turns expensive fixed–to–cellularcalls into cheaper cellular–to–cellular calls. Calls from the office to staff cellular phones mayeven be free of charge. Cellular calls outside the home network are usually subject to high outgoing roaming fees. ACELLX Box callback solution may help to replace those fees with lower incoming roamingfees. This will help to reduce your calling costs significantly. Figure 1.3 The CELLX Box in a cost saving scenario local networkmobilenetworkPSTNVoIPxCELLX
2 System security and hardware overview
2 System security and hardware overviewPage 13CELLX box 17.1/002This chapter starts with the safety and security precautions. Make sure that every-one who works with the CELLX Box is aware of these precautions. The CELLX Boxdescribed at the end of this chapter.2.1 Safety and security precautionsPlease be sure and take time to read this section to ensure your personal safety and properoperation of your CELLX Box. To avoid personal injury or damage to the CELLX Box, pleasefollow all safety instructions before you begin working on your CELLX Box. CELLX Boxes areCE certified and fulfill the legally specified safety regulations, including EMC (electromagneticcompatibility) and LVD (low voltage directive) requirements. The manufacturer assumes no li-ability for consequential damages or for damages resulting from unauthorized changes. The symbols described on Chapter "Safety Symbols" on page 5 are used to indicate impor-tant information and to describe levels of possible danger.Before you begin to setup the CELLX Box, please take note of the following advice.2.2 System securityThis section describes all points crucial to the CELLX Box’s system security.2.2.1 TransportDisconnect all cables before moving the CELLX Box. As a protection against jolts and impact,this device should be transported in its original packaging only.Condensation can occur if the device is brought from a cold environment into the roomwhere it is to be operated. The device must be absolutely dry prior to being operated. Accord-ingly, an acclimatization period of at least two hours is required.2.2.2 Operating conditionsThe CELLX Box’s location must support normal operation in accordance with EN ETS 300 386.Make sure you install the system in a clean, dry, dust-free location. If possible, use an air-con-ditioned site. Do not subject the device to direct sunlight.Danger of electric shock - do only use the power supply included in delivery. Do not use a bro-ken power supply. The power supply run on 110 V.Bear in mind that telephone and WAN lines are also energized and can cause electric shocks.Wire your system using only the cables included in the package contents. Use only proper Eth-ernet cables.Do not insert foreign objects into openings in the device. Conductible objects can cause short-circuiting that results in fire, electric shock, or damage to the device.Never work on the CELLX Box or connect or disconnect cables during a thunderstorm.Do not open the CELLX Box or its power supply. Changes in the device are not permitted.Be sure to respect country-specific regulations, standards or guidelines for accident preven-tion.Tips for EMC Protection: Use shielded cables. Do not remove any housing components. They provide EMC protection.ii
2 System security and hardware overviewPage 14CELLX box 17.1/002The site must be free of strong electrical or magnetic fields, which cause disrupted signalsand, in extreme cases, system failure. The site must maintain a temperature between 32°F and 90°F. Be sure to guard against tem-perature fluctuations. Resulting condensation can cause a short circuit. The humidity levelmay not exceed 80%.To avoid overheating the system, make sure the site provides adequate ventilation. Regular servicing ensures that your CELLX Box runs trouble-free. Servicing also includes look-ing after the room in which the CELLX Box is set up. Ensure that the air-conditioning and itsfilter system are regularly checked and that the premises are cleaned on a regular basis.Electrical devices may not be used by individuals who are not aware of the dangers of elec-tricity and/or incorrect use thereof.2.2.3 Connecting CablesLay all cables in a manner that is not hazardous to pedestrian traffic. The power cord must beunplugged from the AC line socket in order to completely disconnect the equipment (e.g. inemergencies).Cables should not be connected or disconnected during thunderstorms!2.2.4 Antenna InputThe antenna must be protected against destruction due to lightning. The base of the antennamust be grounded.2.2.5 DamageFor safety reasons, if the CELLX Box exhibits visible damage or has been exposed to moisture,then further operation should be discontinued! In this case, please ensure that the CELLX Boxis disabled so it cannot be used by anyone else.2.2.6 RepairsRepairs must be performed only by qualified personnel. Only use replacement parts that com-ply with device safety standards.Always unplug the AC line connector before opening the device!Power: The electrical facilities must comply with applicable regulations. The operating voltage and frequency may not exceed or fall below what is stated on the label of the power supply.Antenna: TELES contains no provision or protective device against power surges or lightning strikes.The installation of the antenna must fulfill all necessary safety requirements. Employ the ser-vices of a professional antenna installer.Use shielded cables for EMC protection.Do not remove any housing components. They provide EMC protection.
2 System security and hardware overviewPage 15CELLX box 17.1/0022.2.7 UpgradesOnly install system upgrades that are specifically intended for this device. Installing other up-grades can damage the system or violate safety standards and radio interference regulations.2.2.8 CleaningBefore cleaning, unplug the AC line connector. Do not use scouring powder or solvents harm-ful to plastics.Do not allow liquids to penetrate into the interior of the CELLX Box. A dry cloth suffices forcleaning the housing surface. A cloth dipped in water containing a mild detergent and thenwrung out well can be used for heavier stains.2.2.9 Potentially explosive atmospheresDo not use this product in an area where a potentially explosive atmosphere exists.2.2.10 Radio wave exposure informationThis product is a low-power radio transmitter and receiver. During operation, it emits low lev-els of radio frequency energy.Several organizations, e.g. ICNIRP (International Commission on Non-Ionizing Radiation Pro-tection) and IEEE (The Institute of Electrical and Electronics Engineers Inc.) developed safetyguidelines about permitted levels of radio wave exposure for the general population, basedon thorough scientific studies.To meet the maximum permissible value for radio wave exposure, a distance of 20 centime-ters must be kept if running one mobile channel, and an additional 20 centimeters for everyfurther mobile channel.2.2.11 Personal medical devicesRadio waves may affect the operation of cardiac pacemakers and other implanted equip-ment. To limit the risk, a distance of 20 centimeters must be kept if running one mobile chan-nel, and an additional 20 centimeters for every further mobile channel. If you suspect thatinterference is taking place, immediately move away from the device.2.2.12 Environmental considerationsTake care to ensure proper disposal of the CELLX Box when it is no longer to be used.2.2.13 Protecting the operating systemChanging configuration data may lead to malfunctions and/or misrouting, as well as possibleconsequential damage. Make changes at your own risk. TELES is not liable for any damageresulting from, or in relation to, such changes. Please thoroughly check any changes you ora third party have made to your configuration!Make sure the flash disk contains enough storage space. Download log files and delete themfrom the CELLX Box on a regular basis to ensure your CELLX Box’s reliability.All files with the extension *.log can be deleted.
2 System security and hardware overviewPage 16CELLX box 17.1/0022.2.14 CDR filesCall Detail Records are intended for analysis of the CELLX Box’s activity only. They are not de-signed to be used for billing purposes, as the times they record are not always exact.2.2.15 Network securityEvery day hackers develop new ways to break into systems through the Internet. While wetakes great care to ensure the security of its systems, any system with access through the In-ternet is only as secure as its user makes it. Therefore, to avoid unwanted security breachesand resulting system malfunctions, you must take the following steps to secure your CELLXBox if you connect it to the Internet:Use an application gateway or a packet firewall.To limit access to the CELLX Box to secure remote devices, delete the default route andadd individual secure network segments. Access to the CELLX Box via Telnet, FTP or GATE Manager must be password protected.Do not use obvious passwords (anything from sesame to your mother-in-laws maidenname). Bear in mind: the password that is easiest to remember is also likely to be easiestto crack.The firewall must support the following features:Protection against IP spoofingLogging of all attempts to access the CELLX BoxThe firewall must be able to check the following information and only allow trusted users toaccess the CELLX Box:IP source address IP destination address Protocol (whether the packet is TCP, UDP, or ICMP) TCP or UDP source port TCP or UDP destination port ICMP message type For operation and remote administration of your CELLX Box, open the following ports onlywhen the indicated services are used: Inaccuracies in the generation of CDRs may occur for active connections if traffic is flowing on the system while modifications in configuration or routing files are activated.iiTable 2.1 Default ports used for specific services Service Protocol PortFTP TCP 21 (default, can be set)Telnet (for debug access only) TCP 23 (default, can be set)SMTP TCP 25DNS forward UDP 53HTTP TCP 80 (default, can be set)NTP UDP 123
2 System security and hardware overviewPage 17CELLX box 17.1/0022.3 Physical description of the CELLX BoxFigure 2.1 shows front and rear views of the CELLX Box. Figure 2.1 Front and rear views of the CELLX BoxSNMP UDP 161 (default, can be set)H.225 registration, admission, statusUDP 1719 (default, can be set)H.225 signaling TCP 1720 (default, can be set)GATE Manager TCP 4445 (default, can be set)SIP signaling UDP / TCP 5060 (default, can be set)RTP UDP 29000-29120 (default, can be set)Table 2.1 Default ports used for specific services (continued)Service Protocol PortETH1ETH2FXS1 FXS2 FXS3 FXS4AntennaUSB12V=CXELLSIM 1SIM 2SIM 3SIM 4Front view of the CELLX BoxRear view of the CELLX BoxLED 1234567
2 System security and hardware overviewPage 18CELLX box 17.1/002Table 2.2 summarizes the technical data of the CELLX Box. Table 2.2 Technical data of the CELLX Box Feature DescriptionDimensions and weight Height: 56 mm (2.20 in.) Width: 243 mm (9.57 in.) Depth: 166 mm (6.54 in.) Weight: 0.7 kg (1.54 lbs.)Interfaces 2 Gigabit Ethernet: on rear paneloptional 4 FXS or 2 BRI: on rear panel 1 mobile antenna connector: SMA (on front panel)1 USB – not active / usable (on front panel)1 power 12 V (on front panel)Jacks The jacks on the CELLX Box have fulfilled the requirements of the follow-ing safety standards.ETH jacks: SELVFXS jacks: TNV3ISDN jacks: SELVLED Please see Table 3.1 on page 22Power supply Type: DSA-42D-12 1 120350Input voltage: 100–240 V AC; 50 / 60 Hz; 1,2 A maximumOutput voltage: 12V; 3.5 A; 42 W Dimensions: 118 (L) x 48.5 (W) x 35 (H) mmWeight: 230gJack plug: 5.5 x2.1x12mmTested and certified as TÜV-GS (EN60950-1), UL/CUL (UL60950-1), T-LICENSE (BS EN60950-1), SAA (AS/NZ60950), CCC (GB4943)EMI standards: FCC (part 15 class B), CE(EN55022), C-TICK, GB9254, GB17625.1
3 CELLX Box installation
3 CELLX Box installationPage 20CELLX box 17.1/002This chapter contains information on hardware installation of your CELLX Box. Fol-low the easy instructions to set up your CELLX Box in a matter of minutes. 3.1 ChecklistThe following checklist provides step-by-step installation instructions.1. Check the package contents2. Install the CELLX Box3. Connect the analog lines (FXS) or ISDN lines to telephone equipment4. Connect the Ethernet to the LAN5. Connect the antenna6. Connect the power supply7. Check functionality (using the LEDs)3.2 Unpacking the shipmentUnpack the components and check that the shipment is complete. Make sure nothing is miss-ing. Your CELLX Box package contains the items listed here:1 CELLX Box1 power supply1 RJ-45 LAN cable with gray connectors1 antenna with magnetic mountCheck that there is no equipment damage.Mounting the CELLX BoxIf desired, you can mount the CELLX Box onthe wall with two screws. Figure 3.1 showsthe drilling details. Figure 3.1 Holes on the back of the CELLX Box Immediately report any visible transport damages to customer service. Do not use the device if it is damaged or if there are signs of malfunction. Instead, send it to customer service or dispose of it properly (not with the public trash).ii1¾"max ¼"screw head with max 1/8" dpthDrilling into electrical wiring can cause drill bit and chuck to become electrically live. Do not touch the chuck or metal housing when drilling into a wall; grasp only the insulated handle(s) provided on the tool.
3 CELLX Box installationPage 21CELLX box 17.1/0023.3 CablingBefore you carry out any assembly or servicing tasks, please read the safety instructions givenin Chapter 2.1 on page 13. Make sure you have the following connections in place:Ethernet connection FXS or ISDN connection to the telephone equipmentPower (230 V)3.3.1 Analog wiring (optional for FXS)You connect analog telephone device on the FXS ports. When the device is properly connected, LED 6 blinks when you pick up the handset.Figure 3.2 shows the standard pin assign-ment for each FXS analog port. Figure 3.2 Analog wiring scheme3.3.2 Ethernet wiringThis step is only needed for the advanced configuration in the failover (see Chapter 1.2.2 onpage 10) and cost saving model (see Chapter 1.2.3 on page 11) scenarios, or for mainte-nance work on the CELLX Box. Use the three-meter cable with gray connectors to connect the CELLX Box’s Ethernet portETH1 to an Ethernet switch in your network. After successful connection, the LEDs on the Ethernet switch blinks. 3.3.3 Antenna cablingPlace the antenna near a window or another place with good reception of the mobile signal.Screw on the antenna to the SMA connector at the front of the CELLX Box. Danger of electric shock - the power supply runs on 230 V. Use only the original power supply. Do not use the power supply if it is damaged. Bear in mind that telephone and WAN lines are also energized and can cause electric shocks.Wire your system using only the cables included in the package contents. Use only proper Eth-ernet cables.Hold the device by its housing when you unplug it. Wall outlets can become mechanically overloaded; do not pull on the cord.If you do not use the supplied cable, make sure you use only a shielded Ethernet cable!ii
3 CELLX Box installationPage 22CELLX box 17.1/0023.3.4 Power cablingPlug the power supply directly into the outlet. Make sure the power outlet is easily accessibleat all times.After successful connection, the CELLX Box boots – a running light indicates the initializationprocess. During the boot procedure, LED1 blinks. If the software is up LED 1 is on. Unplug the device if you do not intend to use it for an extended period of time.3.4 LED functionalityThe CELLX Box has the status LEDs described in Table 3.1. After the successful start LED 1 is on – showing that the system of the CELLX Box is started,LED 2–5 are on showing that calls using the mobile modules are possible, LED 6 blinks aftera pick up of a connected telephone. Table 3.1 CELLX Box LEDs LED Description1 – power CELLX Box processor power:Off: power offOn: power onBlinking: starting.2 – 5 mobile state State of the mobile module:On: registeredBlinking: SIM not plugged / not registered6 – FXS State of the FXS interfaces:Off: no activityON all FXS interfaces are activeBlinking: one or more connections are active7 – USB State of the USB interface is not supported: Always off:
4 Configuration
4 ConfigurationPage 24CELLX box 17.1/002This chapter describes how to connect the CELLX Box to the GATE Manager and pro-vides an introduction to the configuration. Before you begin you must be familiarwith the hardware, and the CELLX Box must be installed at the location and connect-ed as described in Chapter 3 "CELLX Box installation" on page 19. After installation, theCELLX Box is ready to carry out maintenance tasks using the GATE Manager, and toconfigure implementation scenarios using VoIP. 4.1 Configuration toolsThere are two applications available for CELLX Box remote maintenance:Teles QuickstartTeles GATE ManagerQuickstart’s purpose is to initially assign an IP address to your CELLX Box. All other configu-ration and maintenance tasks are performed with the GATE Manager application. Before you can continue, you must download the Quickstart and GATE Manager applicationsfrom http://195.4.12.80/agw. Download the version of these two applications that bestmatches your operating system. These files will be compressed zip files that your operatingsystem already probably already extract. Extract the files, then run the installer found in each.4.2 Skills needed for a configuration setupBe well versed in telecommunication technology (know the basic concepts of mobile,FXS, VoIP, and IP technology).Know the basics of Windows OS (handle files, install software, download files).Handle a text editor (e.g. notpad++). Be familiar with configuring a device with the help of config files. Before you can start the configuration you have to do the following:1. Assign IP address, netmask and default gateway to the CELLX Box (see Chapter 4.3on page 24). 2. Install the GATE Manager and add the CELLX Box to the GATE Manager. 4.3 Assigning an IP address to the CELLX BoxEach computer that is to communicate with the CELLX Box requires a network connection.Please have the following information available for connection to your network: IP address in your local network for the CELLX Box to be configuredNetmask for the CELLX Box to be configuredDefault gateway for CELLX Box to be configured Bear in mind that the pre-configured CELLX Box’s default IP address is 192.168.1.2. If this IP address is already being used in your local network, you must run Quickstart without a con-nection to your local network. This can be done using a back-to-back Ethernet connection from your computer to the CELLX Box. ii
4 ConfigurationPage 25CELLX box 17.1/002Quickstart is a Windows application that helps you to configure the IP settings of your CELLXBox quickly and conveniently without changing any network settings on your computer.1. Launch Quickstart. 2. If Quickstart detects more than one network interface on your computer, you will beprompted to select the LAN interface from a drop-down menu. Select the interfacethat is in the same physical network as your CELLX Box.3. If a Windows Security Alert message appears asking if Quickstart is to be blocked,click Unblock. 4. Quickstart automatically starts scanning your network within the same Ethernetbroadcast domain. As soon as your CELLX Box has been detected you can click Stopto stop the scanning. On the Quickstart screen, double click on the CELLX Box Identifier to continue.
4 ConfigurationPage 26CELLX box 17.1/0025. The IP settings window appears.Select the Ethernet Controllereth1/emac0 and enter the appro-priate network settings and clickFinish to continue. To find out your local IP settingswith the Windows commandipconfig:Open an CLI (Windows-key + r).Type cmd, and press Enter. Typeipconfig. For more informationsee here. If DHCP is used, find outwhich IP range is free for fixed IPaddresses (often the DHCP server isthe same as the default gateway). 6. It can take up to five minutes for the CELLX Box to reboot and apply your settings. 4.4 Connecting to the CELLX Box with GATE Manager1. After you have assigned an IP address to your CELLX Box, assign the CELLX Box tothe GATE Manager. 2. Start the GATE Manager application and connect to your CELLX Box. 3. Select the Default group or right-click in the window on the left and select NewGroup. Enter a group name in the Group field and a Comment in the next field.Confirm with OK.4. To enter your CELLX Box information, right-click the right pane in the GATE Managerwindow and select New System from the context menu.Back Finish CancelNavigation treeMain dialogStatus barConnectionbarToolbar
4 ConfigurationPage 27CELLX box 17.1/0025. The Edit System dialog box will appear. Enter a meaningful name for your CELLXBox to distinguish it from any others you plan to use. Enter the CELLX Box's IPaddress. Click OK.6. Click the green Connect button to connect to your CELLX Box. Now you can run the maintenance tasks described in Chapter 6 "Maintenance" on page 57. Before you go on with editing the config files, read the hints for the needed information inChapter 4.5. After that familiarize yourself with the config files as described in Chapter 4.6on page 29.4.5 Required information for further scenariosLet’s have a look at a typical deployment scenario for the CELLX Box, shown in Figure 4.1.There are four clouds. The CELLX Box is connected to three of them: 1. the local and the telephone network with a PBX and two telephones (local network), 2. the mobile network connected with the public PSTN network, and3. the VoIP network connected with the public PSTN network. There are three types of hardware interfaces on the CELLX Box: 1. FXS – connects the CELLX Box with the telephones/PBX from telephone network2. mobile – connects the CELLX Box with the mobile network3. LAN – connects the CELLX Box with VoIP equipment (local and external VoIP devices). The next task in the configuration is the activation of the interfaces – the configuration is al-ready done for FXS and mobile, but some settings need to be made for VoIP.
4 ConfigurationPage 28CELLX box 17.1/002After that, the routing between the interfaces must be configured. Figure 4.1 General scenario for CELLX Box deploymentAs shown in Figure 4.1 you need to know the following: the local IP network the CELLX Box is integrated into: a fixed IP address, net mask anda default gateway (already done as described in Chapter 4.3 on page 24). the connected telephone equipment (PBX, telephones): which interface is used forwhich equipment; what are the telephone numbers (internal and external) used for thisequipment?the VoIP configuration: You need a contract with a VoIP provider who provides publictelephone numbers, a SIP proxy and a registrar. They are needed so that incoming callsfrom public PSTN network can reach the CELLX Box, and from there your telephoneequipment. Your CELLX Box must be accessible for calls from the VoIP provider. For internal VoIP you need your equipment settings. the configuration of your mobile module providing the connection to the mobilenetwork.local networkmobilenetworkPSTNVoIPxCELLX
4 ConfigurationPage 29CELLX box 17.1/002Before you start with the configuration you need the information summarized in Table 4.1. 4.6 The CELLX Box config filesThis chapter gives an overview of the config files of the CELLX Box. Configuration of CELLXBoxes is managed in the files listed in Table 4.2: These config files contain all system-specific settings and are used when the system starts. Handle the config files as following: 1. Download the configuration file with the GATE Manager. 2. Save a copy of the configuration file. 3. Edit the configuration file on your local PC with a text editor, e.g. notepad++ (notwith a text program like MS Word). Table 4.1 information needed to configure a CELLX Box Information Example DescriptionETH1 IP settings IP address: 172.20.25.87Net mask: 2550.255.0.0Default Gw: 172.20.0.78The IP interface ETH1 is used for configura-tion and maintenance of the CELLX Box.DHCP is often used in local networks. The CELLX Box works as a gateway and needs a fixed IP configuration. Use an IP address that is outside the DHCP address range. Interface definition for FXS1 – FXS4 (if present)Addr 10 – 13Telephone numbers used for the FXS interfaces: 100, 101, 102, and 103This address is needed to send VoIP calls to the FXS ports. The telephone number 100 is assigned to controller 10, 101 to controller 11 and so on.Interface definition for VoIP SIP UDP VoIP profile: VoIP, 172.20.25.11/32; user; passwd Registrar profile: VoIP. 172.20.15.12; user, passwdYou need a SIP VoIP profile, and a Registrar profile to get calls over the Ethernet inter-face. Table 4.2 Configuration filesFile Functionip.cfg This file is for the basic configuration of the Ethernet interfaces.pabx.cfg This file is for system-specific and port-specific settings.route.cfg This file is for call routing entries.Changing configuration data may lead to malfunctions and/or misrouting, as well as possible consequential damage. All changes are made at your own risk. TELES is not liable for any pos-sible damage out of or in relation with such changes. Therefore please thoroughly check any changes you or a third party made to your configuration.iiii
4 ConfigurationPage 30CELLX box 17.1/0024. Transfer the new configuration file to the CELLX Box and activate the new configura-tion. Changes in the ip.cfg and pabx.cfg require a restart of the CELLX Box. The configuration files are divided into sections. These sections always begin with a line entryin square brackets. The basic required sections are listed in Table 4.3. Comments included in these configuration files must begin with a semicolon. Comments canalso be placed at the end of the code line. Configuration files must end with an empty line.Every section contains one or more expressions. In a expression, a keyword or value is as-signed to a variable. Then, additional options are possible. An equal sign without spaces isplaced between keyword and variable. As shown in Example 4.1: the section is [System], the expression is “PABXName=CELLX-4S_FXS-4“, the variable in the expression is PABXName, the value is “CELLX-4S_FXS-4“, the rest “(1)“ of the line after the semicolon is a comment. 4.6.1 The pabx.cfg config fileThe pabx.cfg file contains the definition of the controller which is needed for routing, and thelocation of the log files needed for maintenance. Only some small changes are needed in this file: change the remote password and if necessary DNS, and NTP adjustments, andSMTP configuration. Table 4.3 Required configuration file sectionsSection In config file Description[System] pabx.cfg route.cfg ip.cfg Every config file must be started with this section. All previ-ous before will ignored. This section contains the system’s basic settings. [eth1] ip.cfg This section contains the IP configuration for the first Ether-net interface.[iptables] ip.cfg This section contains the firewall settings. [Voip:<id>] route.cfg This section contains the VoIP profile. [Registrar:<id>] route.cfg This section contains the registrar profile used in the VoIP profile. Example 4.1 The first part of the pabx.cfg[System]PABXName=CELLX-4S_FXS-4 ;(1)
4 ConfigurationPage 31CELLX box 17.1/002Example 4.2 shows a pabx.cfg file for the last mile scenario. More information about the pabx.cfg is contained in the Chapter 5.2 on page 44 ff. aboutthe configuration. Example 4.2 pabx.cfg for the last mile scenario [System]PABXName=CELLX_GSM-4_FXS-4 ; (1)NameServer=8.8.8.8 ; (2)NtpServer=pool.ntp.orgTimezone=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00 ; Central European TimeActionLog=/boot/protocol.log weekly 1200 3TraceLog=/boot/trace.log daily 900 7MsgLog=/boot/msg.log weekly 1200 3Failedlog=/boot/failed.log daily 1200 7Log=/boot/cdr.log daily 1200 7 ; (3)StatisticTime=/boot/asr.log 00:00 11111111Controller00=10 FXS ; (4)Controller01=11 FXSController02=12 FXSController03=13 FXSController04=20 GSM ; (5)Controller05=21 GSMController06=22 GSMController07=23 GSMController08=40 VOIP ; (6)Controller09=41 DTMFSubscriber00=TRANSPARENT ROUTER ANA[0,16,800,250,1500,80,12800,1,1,500,10500,10000,0,1000] NODE[0000] ; (7)Subscriber01=TRANSPARENT ROUTER ANA[0,16,800,250,1500,80,12800,1,1,500,10500,10000,0,1000] NODE[0001]Subscriber02=TRANSPARENT ROUTER ANA[0,16,800,250,1500,80,12800,1,1,500,10500,10000,0,1000] NODE[0002]Subscriber03=TRANSPARENT ROUTER ANA[0,16,800,250,1500,80,12800,1,1,500,10500,10000,0,1000] NODE[0003]Subscriber04=TRANSPARENT ROUTER GSM[0000,00000,+000000,1,1,1,SIM4,IMSI,BAND(6),TRACE(fecc)] ALARM NODE[0004]Subscriber05=TRANSPARENT ROUTER GSM[0000,00000,+000000,1,1,1,SIM4,IMSI,BAND(6),TRACE(fecc)] ALARM NODE[0005]Subscriber06=TRANSPARENT ROUTER GSM[0000,00000,+000000,1,1,1,SIM4,IMSI,BAND(6),TRACE(fecc)] ALARM NODE[0006]Subscriber07=TRANSPARENT ROUTER GSM[0000,00000,+000000,1,1,1,SIM4,IMSI,BAND(6),TRACE(fecc)] ALARM NODE[0007]Subscriber08=TRANSPARENT ROUTER ALARM CHMAX[8] NODE[0008]Subscriber09=TRANSPARENT ROUTER CHMAX[4] DTMF[60] NODE[0009]#SimCtrlUnitAddress=;*END CONFIG*(1) Definition of the CELLX Box name. This name is displayed in the GATE Manager.(2) DNS and NTP settings of the CELLX Box. Adjust these settings to suit your needs. (3) Path to the call detail records (CDR).(4) Definition of the FXS controller. The controller numbers (10 … 13) are needed for the routing.(5) Definition of the mobile controller. The controller number (20 … 23) are needed for the rout-ing. (6) Definition of the VoIP controller for all VoIP channel. The controller number (40) is needed for the routing. (7) Definition of the settings for FXS controller.
4 ConfigurationPage 32CELLX box 17.1/0024.6.2 The ip.cfg config fileThis file contains the main part of the IP configuration of the CELLX Box. Example 4.3 showsan ip.cfg similar to the factory settings. Only the default gateway and the IP address of thefirst Ethernet interface is set here. These settings are already done during the installation withthe Quickstart tool. The firewall rules are commented out. If the CELLX Box is used behind afirewall in a local network the firewall on the CELLX Box is not needed. Example 4.4 shows the configuration part of the ip.cfg used to configure a default gatewaywith the IP address 192.168.1.1, and an additional route is set fro the network 10.1.2.0/16using the gateway 172.20.17.125 over eth2. The IP address of the second IP interface is setto 172.20.27.224 with the netmaks 255.255.0.0. The section [dnsmasq] shown in Example 4.5 shows an DHCP setup for eth1. All DHCP re-quests will be answered and the CELLX Box assign an IP address form the range 192.168.1.10until 192.168.1.90. The default gateway is the CELLX Box on the eth1 interface and the DNSsettings from the file /etc/resolv.conf will be assigned as name server to the hosts. Example 4.3 ip.cfg with default gateway and IP address set [System]DefaultGW=192.168.1.1[eth1]IpAddress=192.168.1.2 netmask 255.255.0.0[iptables]; iptables -P INPUT DROP; iptables -P FORWARD DROP; iptables -P OUTPUT ACCEPT; iptables -A INPUT -d 127.0.0.1 -j ACCEPT; iptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT; iptables -A INPUT -p icmp --icmp-type echo-reply -j ACCEPT; iptables -A INPUT -p tcp -i eth1 --dport 4445 -j ACCEPT Example 4.4 ip.cfg with the IP configuration of the second IP interface[system]DefaultGW=192.168.1.1Route=-net 10.1.2.0 netmask 255.255.255.0 gw 172.20.27.125 dev eth2[eth2]IpAddress=172.20.27.224 netmask 255.255.255.0Example 4.5 ip.cdf with DHCP setup [dnsmasq]bogus-privfilterwin2kuser=rootinterface=eth1domain=telesdhcp-range=192.168,1.10,192.168.1.90,12hcache-size=150resolv-file=/etc/resolv.conf
4 ConfigurationPage 33CELLX box 17.1/002Example 4.6 shows in addition to the examples before the settings for a default gateway on192.168.1.1, and active NAT masquerading for the internal network 192.168.1.0/24. The firewall blocks all incoming traffic on eth2. The exception on eth2 is icmp (for Ping re-quests) and TCP traffic on port 4445 (for the GATE Manager) from the same subnet(172.20.0.0/16). For eth1 are no firewall settings defined – all traffic is allowed. 4.6.3 The route.cfg config fileThe CELLX Box’s routing information is saved in the route.cfg file. Routing describes callprocessing within the CELLX Box. The routing configuration is the basis for deciding on whichinterface (FXS, IP, GSM) an incoming call is sent out. The route.cfg contains the sectionssummarized in Table 4.4. Example 4.6 Complete ip.cfg with default gateway and NAT[System]DefaultGW=192.168.1.1[eth1]IpAddress=192.168.1.224 netmask 255.255.0.0[eth2]IpAddress=172.20.27.224 netmask 255.255.255.0[iptables]iptables -t nat -A POSTROUTING -o eth2 -s 192.168.1.0/24 -j MASQUERADEiptables -P INPUT -j DROPiptables -P FORWARD -j DROPiptables -P OUTPUT ACCEPTiptables -A INPUT -s 172.20/16 -p tcp --dport 4445 -i eth2 -j ACCEPTiptables -A INPUT -s 172.20/16 -p icmp -i eth2 -j ACCEPTiptables -N blockiptables -A block -m state --state ESTABLISHED,RELATED -j ACCEPTiptables -A block -m state --state NEW -i ! eth2 -j ACCEPTiptables -A block -m limit -j LOGiptables -A block -j DROPiptables -A INPUT -j blockiptables -A FORWARD -j block[dnsmasq]bogus-privfilterwin2kuser=rootinterface=eth1domain=telesdhcp-range=192.168.1.50,192.168.1.90,12hcache-size=150resolv-file=/etc/resolv.confTable 4.4 Sections in the route.cfg file Section Function[System] Contains all routing entries (MapAll, Restrict, Redirect) of the default con-figuration.[VoIP:<name>] Contains all settings necessary for communication with the VoIP peer.[Registrar:<name>] Contains all settings to register with the registrar.
4 ConfigurationPage 34CELLX box 17.1/002The routing is done with three variables: Restrict, MapAll, and Redirect. The variables willbe evaluated in this order. That means the CELLX Box first analyzes all Restrict expressionsof a section, then all MapAll expressions and then all Redirect expressions. The order of theexpressions with the same variable (e.g. all MapAll expressions) is important – see the descrip-tions of the variables. 4.6.3.1 The Restrict variable used in the route.cfgRestrict entries are used to handle calls in a mapping based on the controller / controllergroup where the calls originate. A Restrict entry can be used, for instance, to route all callscoming from FXS directly to the mobile. If no called party number (DAD) is transmitted,Restrict can also be used to make the call mappable, for instance for calls coming from mo-bile.The Restrict parameter adds a prefix to a DAD before the DAD is mapped. Restrict pa-rameters are always handled before the MapAll parameters.The left side of the equals sign in the Restrict parameter contains the controller number(trunk number, and optional specific calling number (OAD)). The symbol ? may be used as awildcard to represent any character. The right side contains the prefix or port number that isto be put in front of the DAD and an optional service indicator.In the route.cfg, the list of Restrict parameters is searched from bottom to top for amatching controller plus optional trunk number / OAD. Because the search is done bottomup, place the more specific Restrict entries below the more general ones. Once a matchhas been found, the DAD is prefixed with the contents of the <pl> variable. Then the call ismapped.In Example 4.7 all calls from FXS controller 10 are sent to mobile controller 20. First, the Re-strict command adds the prefix “CO” to the DAD of the received call. This Restrict is used forall incoming PSTN calls. Then the call is mapped. In the mapping, everything that is prefixedTable 4.5 route.cfg: Restrict Parameters Restrict<controller><calling number>=<pl> <sin> |Parameter Description No. Digits Optional<controller> Contains the controller number.<calling number> Contains the calling number (OAD). The symbol ? may be used as a wild-card to represent any character.59 together with the con-troller number<pl> Stands for a virtual placeholder. The DAD is prefixed with the contents of this variable.59<sin> The service indicator variable sin re-stricts the command to one service. Without a sin, the Restrict com-mand is valid for all services.Possible service indicator values are:00 all services (default)01 Telephony05 sms06 ussd15 Used internally for calling par-ty manipulation 2
4 ConfigurationPage 35CELLX box 17.1/002with “CO” is sent to controller 20 by removing the prefix and adding the controller to thenumber. In addition, individually dialed digits will be converted to block dialing with the syn-tax |…<<20. The last line from Example 4.7 sends all calls from mobile controller 20 to FXS controller 10. 4.6.3.2 The MapAll variable used in the route.cfgMapping entries are necessary for routing calls. The prefix or telephone number (DAD) forwhich the mapping applies is searched and the call routed according to the matching map-ping entry.Mapping entries begin with the keyword MapAll. They work as follows: anything on the leftof the equals sign is removed from the prefix / telephone number (DAD) that has come in andreplaced with what is on the right of the equals sign.If, for example, the incoming DAD is 12345678 with 123456 being the trunk number 10 and78 the extension, MapAll123456=10123456 means that 123456 is cut off the number and10123456 is added to it. The called number is 1012345678 with 10 being the port.MapAll123456=10 means that 123456 is cut off and 10 added. The called number is 1078with 10 being the port.Mappings are searched from top to bottom. Place the more specific entries above the moregeneral ones.Example 4.7 Restrict Restrict10=COMapAllCO=|20<<20Restrict20=10Table 4.6 route.cfg: map parameters MapAll<direct>=<num> <mode>Parameter Description No. Digits Optional<direct> Defines the prefix or telephone number for which the entry applies.29<num> Defines the routing for a call in the order given:Destination port’s controller numberOptional VoIP profile name followed by a colon if the call is terminated via VoIPOptional prefixPart of the number on the left that is transmittedThe symbol ? may be used as a wildcard to represent any character.The symbol . may be used as a wildcard to represent any digit.59<mode> VOICE Applies for calls with the service in-dicator voice (default).DATA Applies for calls with the service in-dicator data.4 or 5 X
4 ConfigurationPage 36CELLX box 17.1/002All mobile calls with the prefix 01555 are transmitted to the mobile controllers (20). All in-ternational calls are sent to the VoIP provider (40) with the profile name DF. All national callsare sent to the controller with the number 9. It is important that the mapping for internationalcalls is placed above the mapping for national calls. If you change the order of both mappings,international calls would be sent to controller 9 instead of 40.4.6.3.3 The Redirect variable used in the route.cfg This entry facilitates alternative routing when the first destination cannot be reached or isbusy. A placeholder appears to the right of the equal sign. The routing entry (MapAll) can bedefined for the redirect using the placeholder entered.Example 4.8 MapAll MapAll01555=|2001555<<14MapAll00=40DF:00MapAll0=90Table 4.7 route.cfg: redirect parameters Redirect<type><num>=<redirect> <sin> <time>Parameter Description No. Digits Optional<type> Possible types are:2call forwarding no answer3call forwarding when busy5call forwarding on no answer or busy1<num> Defines the number for which calls will be redirected. 59<redirect> Defines the placeholder used in the two-target routing entry and the number to which calls <x> will be redi-rected. 59<sin> The service indicator variable sin restricts the command to a service. Without a sin, the Redirect command is val-id for all services.Possible service indicator values are:01 Telephony02 Analog services03 X.21 services04 Telefax group 405 Videotext (64 kbps)07 Data transfer 64 kbps08 X.25 services09 Teletext 6410 Mixed mode15 Videotext (new standard)16 Video telephony2(X)(Only op-tional if <time> is not set. If <time> is set and <sin> is not need-ed please select 00 for sin.)<time> For type 2 and 5 redirect entries, a timer (in seconds) can be defined after the service indicator entry.255 X
4 ConfigurationPage 37CELLX box 17.1/002In the following example all international calls (beginning with 00) are sent to VoIP controller40 with the provider profile PeerA. If the provider is busy, the redirect command activates thesecond target mapping with the placeholder A and the call is automatically sent to anotherVoIP provider e.g. with profile PeerB.4.6.4 The route.cfg for the last mile scenarioThe following config file are stored on the CELLX Box: pabx.cfg, route.cfg, and ip.cfgExample 4.10 shows the content of the route.cfg. Example 4.9 RedirectMapAll00=|40PeerA:00<<24Redirect340PeerA:=AMapAllA=40PeerB:Example 4.10 route.cfg for the last mile scenario for CELLX Box with FXS ports [System];---------------; Save text messages to the message.log file (1)Restrict20=@FILE 05 ; save SMS to message.logRestrict20=@FILE 06 ; save USSD to message.logRestrict21=@FILE 05 ; save SMS to message.logRestrict21=@FILE 06 ; save USSD to message.logRestrict22=@FILE 05 ; save SMS to message.logRestrict22=@FILE 06 ; save USSD to message.logRestrict23=@FILE 05 ; save SMS to message.logRestrict23=@FILE 06 ; save USSD to message.log; inter digit collect timer is set to 3 seconds (2)DTMFWaitDial=3Restrict10=120 15 ; sets the internal number for FXS portsRestrict11=121 15Restrict12=122 15Restrict13=123 15; description for the ports (3)Restrict10=fxs0 Restrict11=fxs1Restrict12=fxs2Restrict13=fxs3; routing of incoming calls from GSM directly to analog ports (4)Restrict20=10 01 Restrict21=11 01 Restrict22=12 01Restrict23=13 01; internal calls between the FXS ports 120 for FXS port 0MapAllfxs?120=10 ; (5)MapAllfxs?121=11MapAllfxs?122=12MapAllfxs?123=13; all international calls from analog ports are forwarded to SIP provider (6)MapAllfxs?00=|40PeerA:00; all other calls from analog ports are forwarded to mobile network (7)MapAllfxs0=|20<<24MapAllfxs1=|21<<24MapAllfxs2=|22<<24MapAllfxs3=|23<<24
4 ConfigurationPage 38CELLX box 17.1/002; SIP profile for IP phone or softphone (8)[Voip:Phone1] VoipDirection=IOVoipPeerAddress=VoipIpMask=0x00000000VoipSignalling=1VoipOwnUser=userVoipOwnPwd=pwdVoipAuth=proxyVoipExpires=600VoipMaxChan=2VoipCompression=g711a g711u g729a g729bVoipTxM=4 4 2 2; profile for SIP provider (9)[Voip:PeerA]VoipDirection=IOVoipPeerAddress= ; <ip address/name:port>VoipIpMask=0xffffffffVoipSignalling=1;VoipUser=user;VoipPwd=pwd;VoipRegistrar=regaVoipMaxChan=8VoipCompression=g711a g711u g729a g729bVoipTxM=4 4 2 2;[Registrar:rega];RegId=<ip address/name:port>;RegOwnId=<user@ip address/name>;RegUser=user;RegPwd=pwd;RegSignalling=1(1) Sends the SMS and USSD messages to the message.log file.(2) Sets the inter-digit timer to three seconds. The CELLX Box uses this timer to convertDTMF dialing to block dialing needs for calls to mobile and VoIP. (3) Add the prefix fxs0 to the first FXS port, fxs1 to the second FXS port, fxs2 to the thirdFXS port and fxs3 to the fourth FXS port.(4) Sends all calls from the mobile modules to the FXS modules. Exactly from mobilemodule 20 to the FXS module 10 and so on. (5) This mapping allows connections from a FXS port to an other FXS port. A call fromfxs0, fxs1, fxs2, fxs3 to 120 will be sent to port 10 that’s the first FXS port, and so on. (6) Sends all international calls from the FXS ports to the SIP provider PeerA. (7) Sends all other calls from the FXS ports to the mobile modules. Number collection isactive for this mapping, to convert single-digit dialing into block dialing. The maxi-mum number length is 24 digits. (8) SIP profile for local SIP UAs. (9) SIP profile for the SIP provider. Example 4.10 route.cfg for the last mile scenario for CELLX Box with FXS ports (continued)
4 ConfigurationPage 39CELLX box 17.1/0024.6.5 Configuration files for VoIP scenariosThese files are designed for the failover and cost saving model scenarios using VoIP connec-tions. Possible changes of the ip.cfg are not shown in this chapter. If you want to use either of these VoIP scenarios with the CELLX Box, rename the config filespabx.cfg and route.cfg and adjust them to suit your needs. The adjustments are describedin more detail in Chapter 5 "Adapting the config files" on page 43. They are described inbrief here. The pabx.cfg shown in Example 4.11 differs from the pabx.cfg shown in Example 4.2 onpage 31 in three points described below. Example 4.11 pabx.cfg for failover and other VoIP scenarios [System]PABXName=CELLX_GSM-4_FXS-4 ; (1)NameServer=8.8.8.8 ;NtpServer=pool.ntp.orgTimezone=CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00 ; Central European TimeActionLog=/boot/protocol.log weekly 1200 3TraceLog=/boot/trace.log daily 900 7MsgLog=/boot/msg.log weekly 1200 3Failedlog=/boot/failed.log daily 1200 7Log=/boot/cdr.log daily 1200 7 ; (3)StatisticTime=/boot/asr.log 00:00 11111111Controller00=10 FXS Controller01=11 FXSController02=12 FXSController03=13 FXSController04=20 GSM ; (2)Controller05=20 GSMController06=20 GSMController07=20 GSMController08=40 VOIPSubscriber00=TRANSPARENT ROUTER ANA[0,16,800,250,1500,80,12800,1,1,500,10500,10000,0,1000]Subscriber01=TRANSPARENT ROUTER ANA[0,16,800,250,1500,80,12800,1,1,500,10500,10000,0,1000]Subscriber02=TRANSPARENT ROUTER ANA[0,16,800,250,1500,80,12800,1,1,500,10500,10000,0,1000] Subscriber03=TRANSPARENT ROUTER ANA[0,16,800,250,1500,80,12800,1,1,500,10500,10000,0,1000]Subscriber04=TRANSPARENT ROUTER GSM[0000,00000,000000,1,1,1,SIM4,BAND(6),IMSI,TRACE(fecc)] CHINSERT ALARM ; (3)Subscriber05=TRANSPARENT ROUTER GSM[0000,00000,000000,1,1,1,SIM4,BAND(6),IMSI,TRACE(fecc)] CHINSERT ALARMSubscriber06=TRANSPARENT ROUTER GSM[0000,00000,000000,1,1,1,SIM4,BAND(6),IMSI,TRACE(fecc)] CHINSERT ALARMSubscriber07=TRANSPARENT ROUTER GSM[0000,00000,000000,1,1,1,SIM4,BAND(6),IMSI,TRACE(fecc)] CHINSERT ALARMSubscriber08=TRANSPARENT ROUTER ALARM CHMAX[8](1) The first part is the same than in Example 4.2 on page 31. (2) All mobile controllers have the same number (20) so that outgoing calls will be sentto any free mobile controller. (3) The subscriber settings for the mobile controller are enhanced with the keywordCHINSERT. This setting is needed to route incoming calls to a particular mobile mod-ule. With this keyword it is possible to send incoming calls from mobile controller 04to FXS port 10 and so on.
4 ConfigurationPage 40CELLX box 17.1/002The route.cfg shown in Example 4.12 contains far more entries than Example 4.10 onpage 37. The content is described below. Example 4.12 voip_route.cfg for routing in failover and other VoIP scenarios [System];--------------- (1)Restrict20=@FILE 05Restrict20=@FILE 06; Send all email as SMSMapAllSMS=20DTMFWaitDial=3; CallBack send SMS with CAL#number to intiate callback to sender and ; open second leg to number (2)MapAllCB=20MapAllDLA=$placeMapAllplace=10; Send all incoming mobile calls to the respective analog port (3)Restrict*04*20=TOFXS01MapAllTOFXS01=10Restrict*05*20=TOFXS02MapAllTOFXS02=11Restrict*06*20=TOFXS03MapAllTOFXS03=12Restrict*07*20=TOFXS04MapAllTOFXS04=13; extension 200 201 are the voip phones (4)MapAll200=|40sp200:200<<11MapAll201=|40sp201:201<<11; Extension 101, 102, 103, and 104 are the analog ports (5)MapAll100=10MapAll101=11MapAll102=12MapAll103=13; EMERGENCY (6); MapAll911=40PeerA:911;; Send all other calls to VoIP Provider (7)MapAll.=|40PeerA:?<<24Redirect340PeerA:=A# MapAllA=40PeerB:; fallback to a second VoIP Peer# Redirect340PeerB:=20 ; fallback to mobile;Failover all calls to cellular. Strip leading '1' if sent (8)MapAllA1=20 ; Comment this line out if you are using the PeerB line aboveMapAllA=20 ; Comment this line out if you are using the PeerB line above; MapAllB1=20; MapAllB=20[Voip:sp200] ; (9)VoipDirection=IOVoipOwnUser=200VoipOwnPwd=200passVoipExpires=3600VoipAuth=wwwVoipSignalling=1VoipCompression=g711u g729VoipTxM=2 VoipSilenceSuppression=noVoipDtmfTransport=3VoipRFC2833PayloadType=101
4 ConfigurationPage 41CELLX box 17.1/002[Voip:sp201]VoipDirection=IOVoipOwnUser=201VoipOwnPwd=201passVoipExpires=3600VoipAuth=wwwVoipSignalling=1VoipCompression=g711u g729VoipTxM=2 VoipSilenceSuppression=noVoipDtmfTransport=3VoipRFC2833PayloadType=101[Voip:PeerA] ; (10)VoipDirection=IOVoipPeerAddress=1.2.3.4;; Replace with IP address supplied by your providerVoipIpMask=0xffffffff; Make sure this list of codecs matches those supported by your VoIP ProviderVoipCompression=g729a g711uVoipSilenceSuppression=NoVoipSignalling=1VoipDtmfTransport=3VoipRFC2833PayloadType=101VoipUser=USERNAME ; Replace with username supplied by your providerVoipPwd=PASSWORD ; Replace with password supplied by your providerVoipRegistrar=Registrar_PeerAVoipIPLogging=NoVoipMediaWaitForConnect=No; Most providers will supply multiple registration peers to increase redundancy.; Uncomment this section to configure the gateway to accept calls from peer B; [Voip:PeerB]; VoipDirection=IO; VoipPeerAddress=1.2.3.4; ;Replace with IP address supplied by your provider; VoipIpMask=0xffffffff;Make sure this list of codecs matches those supported by your VoIP Provider; VoipCompression=g729a g711u;; VoipSilenceSuppression=No; VoipSignalling=1; VoipDtmfTransport=3; VoipRFC2833PayloadType=101; VoipUser=USERNAME ; Replace with username supplied by your provider; VoipPwd=PASSWORD ; Replace with password supplied by your provider; VoipRegistrar=Registrar_PeerB; VoipIPLogging=No; VoipMediaWaitForConnect=No[Registrar:Registrar_PeerA] (11)RegId=1.2.3.4 ; Replace with IP address supplied by your providerRegUser=USERNAME; Replace with username supplied by your providerRegPwd=PASSWORD; ;Replace with password supplied by your providerRegExpires=180RegPing=20(1) Sends the incoming SMS and USSD messages to the message.log file.(2) Settings for callback initiated by an SMS (see Chapter 5.6 on page 54). (3) Sends all incoming mobile calls to the respective FXS port.(4) This mapping shows an example of how to reach internal VoIP clients from the FXSports. A VoIP profile (9) is also needed for internal VoIP clients. (5) This mapping shows an example of how to reach the internal FXS port from a otherFXS port or a internal VoIP client. (6) If you wish to send emergency calls to a special port (e.g. over the VoIP profile PeerAonly) comment out this line. (7) This mapping send all other calls out to the VoIP profile PeerA. If Peer A is not avail-able the calls will be redirected. Example 4.12 voip_route.cfg for routing in failover and other VoIP scenarios (continued)
4 ConfigurationPage 42CELLX box 17.1/002(8) This mapping receive VoIP calls redirected and send them out to mobile. (9) This is an example of a VoIP profile for local devices. Adjust password, username andthe compression codec list to suit your needs. (10) This is an example of an external VoIP profile. Adjust Peer IP, password, usernameand the compressions list to the values given by the SIP provider. (11) This is an example of an registrar profile. Adjust IP address, password, and usernameto the values given by the SIP provider.
5 Adapting the config files
5 Adapting the config filesPage 44CELLX box 17.1/002This chapter describes some frequent configuration scenarios.5.1 Editing the config filesTo edit configuration files, connect to the CELLX Box using the GATE Manager, as describedin Chapter 4.4 Connecting to the CELLX Box with GATE Manager on page 26. Change to Directory view by selecting Directory in the menu in the left pane. GATE Manager lists all of the files on your CELLX Box. The configuration files are shown inthe upper left quarter. To change a configuration file, right-click the file name and select Download from System.This copies the file to your computer. CELLX Box configuration files are standard text files andcan be edited with a text editor, such as Notepad++. When you have completed the changes, save the file and close the editor. To send the newfile back to your CELLX Box, right-click in the GATE Manager window and select Upload toSystem. Then select the changed version of the configuration file you want to send back tothe CELLX Box.If you upload a new version of the route.cfg configuration file, GATE Manager will ask ifyou want to activate the new configuration. Confirm with OK. Changes in the pabx.cfg or ip.cfg require a restart of the CELLX Box. Close the GATE Man-ager. Note: The CELLX Box can take up to 3 minutes to reboot and apply your settings.5.2 Securing the CELLX BoxTo enhance the security of your CELLX Box, set a password for the GATE Manager and if theCELLX Box is used directly with the Internet, configure the firewall.
5 Adapting the config filesPage 45CELLX box 17.1/0025.2.1 Setting the password for the GATE ManagerThe CELLX Box comes with no password set for GATE Manager access. If you do not definea password, access to the system via GATE Manager takes place without one, and FTP accesstakes place with the default password tcs-ag.The password is set with the command RemotePassword=<password> in the [system] sec-tion of the pabx.cfg. The value <password> contains the encrypted text of the password. Define the encrypted text with the GATE Manager as follows: 1. Open the GATE Manager, 2. Select the menu Edit | Encode Password…3. Enter the password in clear text in the Encode Password box and click OK. 4. In the screenshot above, the clear text password is Weihnachtsmann@Bln. Theencoded password is vDLGTEBIZUNDMR@fNP54B. 5. Enter the encoded password as shown in Example 5.1. 6. Transfer the pabx.cfg to the CELLX Box using the GATE Manager. After the file hasbeen transferred reboot the CELLX Box. The system can than be accessed only withthe correct password. Don’t forget to memorize it!5.2.2 Adjusting the firewall settingIf the CELLX Box is running in a DMZ (Demilitarized zone (computing)) the firewall must beactivated in the ip.cfg (see Chapter 2.2.15 on page -16). The firewall used on CELLX Box is iptables. The documentation is freely available on the inter-net. Only the table filter is used in the ip.cfg. Outgoing traffic is allowed unless otherwisespecified. Incoming and forwarded traffic is dropped unless otherwise specified. The options used in Example 5.2 are listed in Table 5.1. Example 5.1 pabx.cfg with an encoded password RemotePassword=vDLGTEBIZUNDMR@fNP54BTable 5.1 iptable options used in Example 5.2 Option Description-P INPUT DROP Policy for the chain (INPUT, OUTPUT, FORWARD) used if no other filter rule is defined. The action used in this case is DROP. For the other rules, use the action ACCEPT. -A INPUT Policy added to the INPUT chain.-d <destination IP> This policy is only true for packets with the given destination IP address.
5 Adapting the config filesPage 46CELLX box 17.1/002Example 5.2 shows the firewall rules activated in the ip.cfg. With these rules, outgoing traffic is allowed, incoming traffic is only possible in the local in-terfaces. The following protocols are allowed for incoming traffic: icmp (ping), DNS forward-ing, NTP, H.225, SIP, and RTP (used for VoIP), and GATE Manager. 5.3 VoIP configurationThe CELLX Box supports VoIP for local and public calls. Because the circumstances are notknown, a special configuration is needed here. The configuration is divided into the followingmain parts: configuration of the settings given by your VoIP provider (VoIP profile)configuration of the settings for local VoIP devices (Registrar profile)call routing for incoming and outgoing calls (mappings).-s <source IP> This policy is only true for packets from the given source IP address. This option is not used in the example but if the source is known use this op-tion for more security. -i <interface> This policy is only true for packages used the given IP interface. (lo – local loop interface, eth1 – the first IP interface)-p <protocol> This policy is only true for the given IP protocol (UDP, TCP).--dport <portnum> This policy is only true for the given protocol number. Sometimes the defini-tion in /etc/protocols will be used instead. This option can only be used together with the -p option. -j ACCEPT Defines the action that is carried out if the packet matches the rule. Table 5.1 iptable options used in Example 5.2 Option DescriptionExample 5.2 Basic firewall settings for eth1 [iptables]iptables -P INPUT DROPiptables -P FORWARD DROPiptables -P OUTPUT ACCEPTiptables -A INPUT -d 127.0.0.1 -j ACCEPTiptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPTiptables -A INPUT -p icmp --icmp-type echo-reply -j ACCEPT; iptables -A INPUT -p tcp -i eth1 --dport ftp -j ACCEPT; iptables -A INPUT -p tcp -i eth1 --dport http -j ACCEPT; iptables -A INPUT -p tcp -i eth1 --dport smtp -j ACCEPTiptables -A INPUT -p udp -i eth1 --dport 53 -j ACCEPT ; DNS forwardiptables -A INPUT -p udp -i eth1 --dport ntp -j ACCEPT; iptables -A INPUT -p udp -i eth1 --dport snmp -j ACCEPTiptables -A INPUT -p udp -i eth1 --dport 1719 -j ACCEPT ; H.225 (UDP)iptables -A INPUT -p tcp -i eth1 --dport 1720 -j ACCEPT ; H.225 (TCP)iptables -A INPUT -p tcp -i eth1 --dport 4445 -j ACCEPT ; GATE Manageriptables -A INPUT -p udp -i eth1 --dport 5060 -j ACCEPT ; SIPiptables -A INPUT -p udp -i eth1 --dport 29000-29120 -j ACCEPT ; RTP
5 Adapting the config filesPage 47CELLX box 17.1/0025.3.1 VoIP settings for a public VoIP providerIf a public VoIP provider is used for incoming and outgoing calls the following configurationis needed: a) the CELLX Box must be reachable for incoming SIP and RTP IP traffic. This configurationdepends on the network configuration and the VoIP provider. b) a SIP profile is needed for the VoIP provider, so that calls can be sent out. The SIP profilename is used in the call routing. c) a Registrar profile is needed to register on the VoIP provider, so that calls can be re-ceived from the public telephone network. The name of the Registrar profile is refer-enced in the SIP profile. d) a call routing configuration is needed to send calls out to the VoIP provider and to sendcalls from the VoIP provider to the telephones connected on the FXS ports. 5.3.1.1 VoIP profile for the providerExample 5.3 shows a SIP profile configured in the route.cfg file. Example 5.3 is explained in Table 5.2. Example 5.3 A SIP profile for PeerA [Voip:PeerA]VoipDirection=IOVoipPeerAddress=1.2.3.4 ; Replace with IP address supplied by your providerVoipIpMask=0xffffffffVoipCompression=g729a g711u VoipSilenceSuppression=NoVoipSignalling=1VoipDtmfTransport=3VoipRFC2833PayloadType=101VoipUser=USERNAME ; Replace with username supplied by your providerVoipPwd=PASSWORD ; Replace with password supplied by your providerVoipRegistrar=Registrar_PeerAVoipIPLogging=NoVoipMediaWaitForConnect=NoTable 5.2 Explanation of the SIP profile in Example 5.3 Line in the example ExplanationVoipDirection=IO The VoIP profile used for incoming and outgoing VoIP connec-tions. VoipPeerAddress= This variable contains the hostname or IP address of your provid-er’s SIP proxy. If you enter a hostname, make sure that a NameServer is con-figured in the pabx.cfg. If you change the name server, the CELLX Box has to be rebooted.VoipIpMask=0xffffffff The subnetmask is used to determine the size of the IP address range for incoming traffic. This traffic is accepted only from the defined peer VoipPeerAddress. VoipOwnDisplay= Enter the username or telephone number displayed to the B par-ty.
5 Adapting the config filesPage 48CELLX box 17.1/002Adjust the following variables: VoipPeerAddress – domain name or address of the VoIP provider.VoipUser – your username for the provider.VoipPwd – your password for the provider.VoipOwnDisplay – name displayed to the B party.VoipRegistrar – name of the registrar profile defined for the VoIP provider.VoipCompression= Defines the values of compression codecs used for the connec-tion. Order the codecs according to your preference. The follow-ing values are defined: g711a, g711u, g729a, g729b, g72616, g72624, g72632, g728, g723, g723L, gsm, ccd, gnx64VoipSilenceSuppression=No Silence suppression, CNG (comfort noise generation) and VAD (voice activity detection) is inactive.VoipSignalling=1 SIP with UDP is active. To activate SIP with TCP, enter 2.The following settings are set in the pabx.cfg. Adjust them if required:SipPort=5060VoipRtpPort=29000VoipRtpPortSpacing=2VoipDtmfTransport=3 Defines the transport of DTMF information. DTMF is taken from audio stream and relayed to remote as per RFC2833, while rtp data with silence is sent.VoipRFC2833PayloadType=101 Defines the DTMF payload type as 101. VoipUser=USERNAME Sets the VoIP username given from the VoIP provider. VoipPwd=PASSWORD Sets the VoIP password given from the VoIP provider. VoipRegistrar=Registrar_PeerA Points to the registrar profile used with this VoIP profile. VoipIPLogging=No IP addresses will not be written to the CDR records. Set the value to Yes if this feature is needed. VoipMediaWaitForConnect=No RTP data is transmitted immediately after negotiation for RTP. Early media is activated; SDP is sent with 183 or 180.VoipUseSTUN=No Set the value to Yes if STUN is used. In addition set these variables in the pabx.cfg:StunServerAddress=<stun-server>:<port>StunServerPollInterval=<interval>Table 5.2 Explanation of the SIP profile in Example 5.3 (continued)Line in the example Explanation
5 Adapting the config filesPage 49CELLX box 17.1/0025.3.1.2 Registrar profile defined for the providerThe registrar profile is needed to register your CELLX Box, so that your SIP provider will findyou and send calls to your CELLX Box. Example 5.4 shows a registrar profile configured in theroute.cfg. Example 5.4 is explained in Table 5.3. Adjust the following variables: RegID – the IP address of the registrar. RegUser – your username for the provider.RegPwd – your password for the provider. RegOwnId – your content of the FROM field. Example 5.4 A registrar profile Registrar_PeerA [Registrar:Registrar_PeerA]RegId=1.2.3.4 ; Replace with IP address supplied by your providerRegUser=USERNAME ; Replace with username supplied by your providerRegPwd=PASSWORD ; Replace with password supplied by your providerRegExpires=180RegPing=20RegOwnId=<user@ip_address_or_name>Table 5.3 Explanation of the registrar profile in Example 5.4Line in the example ExplanationRegId= Enter the host name or IP address of your SIP provider. Following the IP ad-dress, insert the optional port number used, e.g. 1.2.3.4:5060.RegUser= Enter the VoIP username given by your VoIP provider. RegPwd= Enter the VoIP password given by your VoIP provider. RegExpires Change the live time of a registration if another value is given by the provid-er. RegPing= The CELLX Box sends an empty UDP packet to the registrar’s IP address in the given interval. Changes the time between these packages if other values are given by the provider.RegOwnId= The CELLX Box use this ID in the FROM field of the SIP signaling.
5 Adapting the config filesPage 50CELLX box 17.1/0025.3.1.3 Call routing for outgoing calls to the provider The call routing in the route.cfg tells the CELLX Box which calls are sent to the VoIP provid-er. The call routing is configured with the MapAll parameter (see Table 4.6 on page 35). The first lines in Example 5.5 defines a placeholder for the FXS ports. The last line send all callsfrom an FXS port that has dialed an international number (that starts with 00) out to the VoIPprofile PeerA. Table 5.4 explains Example 5.5 in more detail. The following adjustments are possible: Adjust the call routing in the line MapAllfxs?00=|40PeerA:00 Comment out the line and adjust the prefix to your needs. The following mapping sentall calls to the international prefix from Germany to VoIP PeerA:MapAllfxs?0049=|40PeerA:0049 The international prefix 00 is changed to 0049 in this case. To sent incoming VoIP calls to the FXS ports use the following call routing: MapAll<number0>=10 MapAll<number1>=11 MapAll<number2>=12 MapAll<number3>=13 Replace the <number0…3> with the telephone numbers assigned to your FXS ports bythe VoIP carrier. 10, 11, 12 and 13 are the FXS ports of the CELLX Box. Example 5.5 Call routing for VoIP calls on the CELLX Box ; routing of incoming calls from the analog devicesRestrict10=fxs0 Restrict11=fxs1Restrict12=fxs2Restrict13=fxs3;...; all international calls from analog ports are forwarded to SIP providerMapAllfxs?00=|40PeerA:00Table 5.4 Explanation of the routing in Example 5.5 Configuration DescriptionMapAll Variable for the call routing. fxs0, fxs1, fxs2, fxs3 That are placeholder for the FXS ports. fxs?00 A call from any FXS port with a destination address that starts with 00. 00 Prefix of international dialing codes. = The outgoing mapping is entered after the equal sign.|Collect single dialed digits to a block dialed destination address. 40 The call is sent to the VoIP port with the number 40. PeerA: The VoIP profile PeerA is used for the call.
5 Adapting the config filesPage 51CELLX box 17.1/0025.3.2 VoIP settings for local SIP UAThe configuration of local SIP user agents (UA, such as softphones or SIP phones) is nearly thesame than the configuration for the VoIP provider. If a local SIP device is used for incomingand outgoing calls to the FXS or mobile ports the following configuration is needed: a) The CELLX Box works as registrar for the SIP devices, so a VoIP profile is needed. b) A call routing configuration is needed to send calls from the local SIP device to the otherdevices (FXS, mobile) and from the other devices (FXS, mobile) to the local SIP device. 5.3.2.1 VoIP profile for the local SIP UAsThe CELLX Box works as registrar for the local SIP UA. So you need a VoIP profile for every SIPUA, as shown in Example 5.6. The important parameters are as follows: [Voip:sp200] – the name of the profile (here sp200). This name is used in themapping. The value is random. For the next UA, change this value.VoipOwnUser – the username (here 200). This name must be set in the SIP UAconfiguration. The value is random.VoipOwnPwd – the password (here 200pass). This password must be set in the SIP UAconfiguration. The value is random.VoipDadIn – this variable sets the VoIP dad prefix sip0 for all incoming calls. This prefixwill be used later in the call routing. Example 5.6 VoIP profile for registering local SIP UAs [Voip:sp200]VoipDirection=IOVoipOwnUser=200VoipOwnPwd=200passVoipExpires=3600VoipAuth=wwwVoipSignalling=1VoipCompression=g711u g729VoipTxM=2VoipSilenceSuppression=noVoipDtmfTransport=3VoipRFC2833PayloadType=101VoipDadIn=sip0
5 Adapting the config filesPage 52CELLX box 17.1/0025.3.2.2 Call routing for calls to and from the local SIP deviceCall routing sends the calls from the ports of the CELLX Box to the local SIP UAs and from thelocal SIP UAs to the devices on the ports of the CELLX Box. Please see Example 5.7. The first two mappings are used to allow connections from the FXS ports to the SIP UAs. InExample 5.7 two SIP UAs are defined, one with the extension 200 using the VoIP profilesp200 and one with the extension 201 with the same VoIp profile. The dialed digits from theFXS ports is converted to block dialing using | at the begin. The entries that follow are used to send the calls from the SIP UAs to the FXS lines. The ex-tensions for the first FXS line is 100. The extension for the second FXS line is 101, and so on. All international calls from SIP with the prefix 00 will be sent to the VoIP profile PeerA. Allother calls from the SIP UAs will be sent out to the mobile controller. 5.4 Rerouting or failoverIf a port is not available e.g. in the failover scenario (see Chapter 1.2.2 on page 10) the callsmay be sent to an alternative route. This alternative routing is configured by the redirect pa-rameter (see Table 4.7 on page 36). Example 5.8 shows the rerouting for calls to the publicVoIP profile PeerA over the mobile ports 20. First, all calls that receive a busy response from PeerA will be redirected to the symbolic num-ber A.Then, all calls to the symbolic number A will be routed to the mobile ports (20). Example 5.7 Call routing for calls from the FXS ports to the local SIP UAs ; send extension dialing to softphones from fxs portsMapAllfxs?200=|40sp200:200MapAllfxs?201=|40sp201:201;calls from UAs to FXSMapAllsip?100=10MapAllsip?101=11MapAllsip?102=12MapAllsip?103=13;calls from UAs to SIP-ProviderMapAllsip?00=|40PeerA:00;all others calls from UAs to mobileMapAllsip0=|20<<24MapAllsip1=|21<<24;…Example 5.8 Rerouting the calls using the PeerA VoIP profile to the mobile ports Redirect340PeerA:=AMapAllA=20
5 Adapting the config filesPage 53CELLX box 17.1/002It is also possible to activate a rerouting from one VoIP provider to the next. If the first VoIPprovider is not available the calls will be routed to the next VoIP provider. You need two VoIPproviders in this case, configured as described in Chapter 5.3.1 on page 47. In Example 5.9these will be PeerA for the first VoIP provider and PeerB for the second VoIP provider. If thesecond provider is also not available the call will be routed to mobile.5.5 Cost saving routing This is a mapping similar to the rerouting described in the previous section. If it is possible toreach a destination over different ports or numbers, create a route on the cheapest way first.The next way is reachable with a rerouting. Example 5.10 sends the calls from FXS to the destination 541867530 directly to the mobileports, not with the default routing in the next line to VoIP like all other normal traffic. Thefirst line overrides the default routing and sends the call directly to the mobile port instead ofthe normal VoIP provider. Example 5.9 Rerouting the calls using the PeerA VoIP profile to the mobile ports Redirect340PeerA:=AMapAllA=40PeerB:Redirect340PeerB:=BMappAllB=20Example 5.10 Cost saving routing MapAllFXS541867530=20541867530MapAllFXS?=|40PeerA:?<<20
5 Adapting the config filesPage 54CELLX box 17.1/0025.6 Callback initiated by SMSCallback offers the possibility of cost saving and central billing. Figure 5.1 shows how SMScallback can be used. Figure 5.1 SMS callback example Figure 5.1 shows a CELLX Box in the center with four FXS ports and connected telephones.The telephone on FXS1 has the number 100 and so on. The mobile module 04 has the num-ber 222444555.The mobile phone with the number 222333444 sends a text message (SMS) to 222444555requesting a callback from the telephone on FXS1 with the number 100. The text of the mes-sage is “CAL#100”. The SMS is received by the mobile module 04 and a call is initiated to222333444 and 100 from there. Check that the path to the message log file (msg.log) is set in the pabx.cfg as shown inExample 5.11100 (FXS1)101 (FXS2)102 (FXS3)103 (FXS4)SMS: CAL#100222333444 mobile222444555CELLXExample 5.11 Activation of the message log in pabx.cfg ; …MsgLog=/boot/msg.log weekly 600 6; …
5 Adapting the config filesPage 55CELLX box 17.1/002In the route.cfg set the entries shown in Example 5.12.The settings in Example 5.12 are explained in Table 5.5. If the internal numbering plan differsadjust the last mappings (MapAllplace*). 5.7 Mail to SMSThe CELLX Box converts e-mail messages to SMS messages. Send an e-mail to your CELLX Boxvia SMTP using any e-mail client. The CELLX Box converts the e-mail into an SMS messageand sends it to the mobile network. Configure the mail settings in the pabx.cfg as shown in Example 5.13. Example 5.12 Settings in the route.cfg for SMS callback ; …; send the incoming SMS to the msg.log fileRestrict20=@File 05; …; send SMS with CAL#number to intiate callback to sender and open a leg to numberMapAllCB=20MapAllDLA=$placeMapAllplace100=10MapAllplace101=11MapAllplace102=12MapAllplace103=13Table 5.5 Explanation of the routing in Example 5.12 Configuration ExplanationRestrict20=@File 05 This entry is already set in the route.cfg. It writes the incoming SMS to the file defined by MsgLog in the pabx.cfg.MapAllCB=20 The callback is done on CMDA port 20. MapAllDLA=$place A jump to the call routing is initialized. ’place’ is used as the flag for all callback routes. MapAllplace100=10 Sets the routing to the phone number 100 set in the SMS after CAL#. Example 5.12 defines only routes to the internal FXS ports – routes to mobile or VoIP are not defined (because of security/costs risks). Example 5.13 Mail server settings in the pabx.cfg [System]; …[Mail]SmtpServer=1.2.3.4MailUserOut=your-name@smtp.comMailPwdOut=your-password-at-smtp;MailRcpt=cellx@yourcompany.comMailFrom=cellx.yourcompany.comMaxMailsToHost=1MailMaxIncomingClients=4MailRcvMax=50MailRcptMax=1MailSMSSendStatus=YesMailSMSDeliveryConfirmation=No; …
5 Adapting the config filesPage 56CELLX box 17.1/002The settings in Example 5.13 are explained in Table 5.6. Adjust the IP address of the SmtpS-erver. Set the username and password for the SMTP server if needed (MailUserOut andMailPwdOut). Set the MailRcpt and the MailFrom variable. Check that the mapping for SMS to the mobile ports is set in the route.cfg as shown inExample 5.14. Table 5.6 Explanation of the routing in Example 5.12 Configuration ExplanationSmtpServer=1.2.3.4 Replace 1.2.3.4 with the IP address of your SMTP server. This server will be used to send out status mails from the CELLX Box. MailUserOut=your-name@smtp.com If the SMTP server needs authentication, fill in the user name here.MailPwdOut=your-password-at-smtp If the SMTP server needs authentication, fill in the password here.MailRcpt=cellx@yourcompany.com Completes the e-mail recipient information for the mail to SMS scenario. This feature is not needed here. MailFrom=cellx.yourcompany.com The confirmation mails will be sent from this e-mail address in the format OAD@celly.yourcompany.com. OAD is the number of the mobile module. MaxMailsToHost=1 Defines the maximum number of e-mail messages which can be sent as SMS messages simultaneously.MailMaxIncomingClients=4 Defines the maximum number of mail clients that can access the SMTP server simultaneously.MailRcvMax=50 Defines the maximum number of incoming e-mails queued for transmission via SMS.MailRcptMax=1 Defines the number of "RCPT TO" entries in e-mails. This feature is not needed here.MailSMSSendStatus=Yes An e-mail is sent to confirm that the SMS has been sent. If you don’t need this confirmation mail, set the value to No. MailSMSDeliveryConfirmation=No No e-mail is sent from mobile network to confirm delivery.Example 5.14 Mapping for the SMS in route.cfg ; …MapAllSMS=20; …
6 Maintenance
6 MaintenancePage 58CELLX box 17.1/002This chapter describes the CDR and trace maintenance tasks.6.1 Call detail records (CDR)The CELLX Box writes call detail records of all connections to the system memory. The pathto the file (/boot/cdr.log) is set in the pabx.cfg (see Example 4.2 on page 31). All callswithout a connection will be written to the /boot/failed.log. New entries are always added to the end of the file. Example 6.1 shows a sample log file.Each line represents a call with the information listed in Table 6.1. Call Detail Records are intended for analysis of the CELLX Box’s activity only. They are not de- signed to be used for billing purposes, as the times they record may not be exact.iiExample 6.1 Sample cdr.log fileC1,25.11.09-10:16:20,25.11.09-10:16:27,9,111,,,,,0102,7,1f,0,,3663,10,,,C1,25.11.09-10:35:16,25.11.09-10:35:26,9,111,,,,,0102,10,1f,0,3,38922,14,,,C1,25.11.09-10:38:30,25.11.09-10:38:41,9,111,,,,,0102,11,90,0,3,38922,14,,,Table 6.1 Entries of the cdr.log file informations separated by commas Column Description0Version1Start time (format DD.MM.YY-hh.mm.ss)2 End time (format DD.MM.YY-hh.mm.ss)3Source. The following format applies: [node number:automatically set internal chan-nel number]4 Destination. The following format applies: [node number:automatically set internal channel number]5IMSI (optional)6 IP logging signaling: RTP (optional)7Audio codec used (optional)8 Frame size (optional)9Service indicator (see Table 6.2 on page 59)10 Call duration11 Cause values (see Table 6.3 on page 60)12 Charge from the public line (in units)13 Charge generated from the system (in units) (if configured)
6 MaintenancePage 59CELLX box 17.1/002The service indicator listed in the call log and missed calls list describes the type of connectionas a four digit hexadecimal number. The coding is conducted according to the 1TR6 standardare listed in Table 6.2. With recording of files, system maintenance increases. You have to be sure to download ordelete files and ensure that there is enough space left on the CELLX Box.6.1.1 Activating peer data for VoIP callsTo generate a VoIP-call CDR entry that includes IP addresses for the remote device’s signalingand voice data, audio codec and frame size, the entry VoipIpLogging=Yes must be includedin the VoIP profile. If the entry also contains the mobile controller’s IMSI, it will appear beforethe IP addresses.14 Cell ID (if mobile call)15 RSSI (if mobile call)Table 6.1 Entries of the cdr.log file informations separated by commas Column DescriptionTable 6.2 Defined values for service indicators Service Indicator Definition0101 ISDN telephony 3.1 kHz0102 analog telephony0103 ISDN telephony 7 kHz0200 Fax group 20202 Fax group 30203 Data via modem0400 Telefax group 40500 SMS or BTX (64 kbps)0700 Data transfer 64 kbps07… Bit rate adaptation1001 Video telephone – audio 3.1 kHz1002 Video telephone – audio 7 kHz1003 Video telephone – video
6 MaintenancePage 60CELLX box 17.1/002The CDR entry in Example 6.2 includes IP addresses for signaling and voice data, audio codecand frame size.6.1.2 CDRs for callback and two stage callsIn the case of CDR entries for two-stage dialing/callback calls, the beginning and ending timesfor the first call leg is always used as the call time. The call time in seconds appears first forthe first leg, followed by a slash and the connection time for the second leg, as shown in Ex-ample 6.3.6.1.3 Specific cause valuesThe CELLX Box will generate cause values that represent an event, such as exceeding a de-fined limit. They are listed in Table 6.3. Example 6.2 Sample cdr.log file with VoIP information C1,24.11.09-16:52:20,24.11.09-16:52:22,401419,9777,,172.20.25.103:172.20.25.103,G711a,20,0101,2,10,0,,,11Example 6.3 Sample cdr.log file for callback and two-stage calls C1,24.11.09-17:15:29,24.11.09-17:15:57,[0002:01]CB,[0008:01]DLA,,172.20.25.103:172.20.25.103,G711a,20,0102,28/3,90,0,,,Table 6.3 Specific cause values Cause Value Description0a One of the following limits has been reached: Unit limit defined in the port’s subscriber lineUnit limit per SIM assignment via CELLX Box0b Maximum call duration assigned via CELLX Box has been reached0c Maximum call duration based on mapping entry settings has been reached0d Maximum number of minutes per SIM assignment via CELLX Box has been reached10, 1f Normal call termination (disconnected by calling party)
6 MaintenancePage 61CELLX box 17.1/0026.1.4 Missed calls listAll incoming calls that are not connected can be recorded in a list to facilitate return calls (/boot/failed.log). Each line represents an incoming call that was not accepted, with theinformation separated by commas, as listed in Table 6.4. Example 6.4 shows a sample failed.log file. The reason the connection could not be established is specified using DSS1 codes:91 – (user busy)ff – call not answered (disconnected by calling party)Table 6.4 Entries in the failed.log file separated by commas Column Description0Version1Start time (format DD.MM.YY-hh.mm.ss)2 Source. The following format applies: [node number:automatically set internal chan-nel number]3Destination. The following format applies: [node number:automatically set internal channel number]4IMSI5IP logging signaling: RTP6 Audio codec used7Frame size8 Service indicator9Cause values10 Call duration (if the call does not result in an Alerting, the entry will be -1)11 Number of call attempts12 Cell ID13 RSSIExample 6.4 Sample failed.log F1,24.11.09-16:13:08,[0006:01]IN,[0008:01]GSM,123456789123456,,,,0101,91,-1,1,34193,9F1,24.11.09-16:33:34,[0006:01]IN,[0008:01]GSM,123456789123456,,,,0101,91,-1,1,34193,12F1,24.11.09-16:35:19,[0006:01]IN,[0008:01]GSM,123456789123456,,,,0101,91,-1,1,34193,11F1,24.11.09-16:35:59,[0006:01]IN,[0008:01]GSM,123456789123456,,,,0101,91,-1,1,34193,11F1,24.11.09-16:37:29,[0006:01]IN,[0008:01]GSM,123456789123456,,,,0101,91,-1,1,34193,11F1,24.11.09-16:39:17,[0006:01]IN,[0008:01]GSM,123456789123456,,,,0101,ff,7,1,34193,11
6 MaintenancePage 62CELLX box 17.1/002The CDR contains the IP addresses for signaling and voice data. The first IP address is the sig-naling address and the second one is the RTP address.The IMSI is written after the IP addressesas shown in Example 6.5. In the case of missed-call entries for two stage dialing/callback calls, here is the connectiontime for the first leg: 6.2 TraceIf problems occur, do a trace with the GATE Manager and send it to customer service. Carryout the following steps: 1. Start the GATE Manager. 2. Select your CELLX Box and click the Connect button. 3. Enter the password (the default password is empty) and confirm with OK.4. Select Commands | Trace | Start Offline Trace. 5. The configuration dialog box for Online Trace opens. The default settings are cor-rect in many cases. 6. Confirm with OK – the trace starts. 7. Repeat the steps that led to these error.8. Stop the trace with Commands | Trace | Stop Offline Trace. 9. Select Directory in the menu. The trace files are listed in the rights pane. The filename is traceYYMMDD#.log. Where YY is the year, MM the month, DD the day and # anumber.10. Select the required file. Open the context menu with a right mouse click, selectDownload From System. Save the file to your PC, The default directory is %Pro-gramFiles%\teles\GATEManager\Data\<group>\<CELLX Box>. Example 6.5 Sample failed log with IP addresses F1,24.11.09-16:52:20,24.11.09-16:52:22,[0008:01]401419, [0006:01]IN777,262032441017556,172.20.25.103:172.20.25.103,G711a,20,0101,2,10,0,,34193,11Example 6.6 Sample failed.log for a two-stage dialing call F1,25.11.09-14:11:10,[0002:01]CB,DLA,,,,,0102,11,14,1,,
6 MaintenancePage 63CELLX box 17.1/00211. Send the trace to customer service. 123
TELES COMMUNICATIONS CORP.2400 Skyfarm Drive,Hillsborough, CA 94010United StatesPhone: +1 646-225 65 98E-Mail: cellx@teles.comInternet: http://www.teles.com/cellx/index.html

Navigation menu