- LG Software Innovations Coffeemaker User Manual
Table Of Contents
- Title Page
- Revision history
- Contents
- About this guide
- Description
- System requirements
- List of ITG ISDN components
- Ordering rules and guidelines
- ITG ISL Trunk card description
- ITG ISL Trunk card physical description
- ISDN Signaling Link
- Dialing plans
- Quality of Service
- Fallback to alternate facilities
- Type of Service
- Fax support
- Remote Access
- Per-call statistics support using RADIUS Client
- SNMP MIB
- Codec profiles
- Security passwords
- ITG Engineering Guidelines
- Introduction
- Network engineering guidelines overview
- ITG traffic engineering
- Configuration of Meridian 1 routes and network translation
- Assess WAN link resources
- QoS Evaluation Process Overview
- Set QoS
- Measure intranet QoS
- Implement QoS in IP networks
- ITG Trunk DSP profile settings
- Post-installation network measurements
- Estimate QoS level
- ITG MAT PC management configuration
- Install and configure ITG ISL Trunk node
- Before you begin
- Installation Procedure Summary
- Create the ITG Trunk Installation Summary Sheet
- Install and cable ITG trunk cards
- Install NTCW84JA Large System I/O Panel 50-Pin filter adapter
- Install NTMF94EA and NTCW84KA cables
- D-channel cabling for the NT0961AA 24-Port ITG Trunk card
- Set NT6D80 MSDL switches
- Install filter and NTND26 cable (for MSDL and DCHIP cards in same Large System equipment row)
- Install filter and NTND26 cable (for MSDL and DCHIP cards in different Large System equipment rows)
- Configure ITG Trunk data on the Meridian 1
- Configure dialing plans within the corporate network
- Configure ITG Trunk data on MAT
- Transmit ITG trunk card configuration data from MAT to the ITG trunk cards
- Set date and time for the ITG ISL Trunk node
- Change the default ITG shell password to maintain access security
- Change default ESN5 prefix for non-ESN5 IP telephony gateways
- Check card software
- Configure MAT Alarm Management to receive SNMP traps from ITG ISL Trunk cards
- Make test calls to the remote ITG nodes
- Upgrade an ITG Trunk 1.0 node to support ISDN signaling trunks
- Upgrade procedure summary
- Before you begin
- Install the DCHIP hardware upgrade kit
- Upgrade the 8-port ITG basic trunk software to ITG ISL trunk software
- Remove ITG 1.0 configuration data from Meridian 1
- Configure the Meridian 1 ITG ISL Trunk data: upgrade considerations
- Verify ROM-BIOS version
- Upgrade Troubleshooting
- OA&M using MAT applications
- OA&M using the ITG shell CLI and overlays
- Maintenance
- Appendix A: Calbe description and NT8D81BA cable replacement
- NTMF94EA E - LAN, T - LAN and Serial Port cable
- NTCW84KA E-LAN, T-LAN, DCH & Serial cable
- NTAG81CA Faceplate Maintenance cable
- NTAG81BA Maintenance Extender cable
- NTCW84EA DCH PC Card Pigtail cable
- NTMF04BA MSDL extension cable
- NTCW84LA and NTCW84MA upgrade cables
- Prevent ground loops on connection to external customer LAN equipment
- Replace cable NT8D81BA with NT8D81AA
- Tools list
- NT8D81BA cable removal procedures
- Appendix B: Environmental and electrical regulatory data
- Appendix C: Subnet mask conversion from CIDR to dotted decimal format
- Appendix D: Configure a Netgear RM356 modem router for remote access
- Index
- Back

Page 74 of
378
ITG Engineering Guidelines
553-3001-202 Standard 1.00 April 2000
Network engineering guidelines overview
Traditionally Meridian 1 networks depended on voice services
1
such as LEC
and IXC private lines. With ITG technology, the Meridian 1 can select a new
delivery mechanism, one that uses packet-switching over a data network or
corporate intranet. The role of the ITG node is to convert steady-stream
digital voice into fixed-length IP packets, provide ISDN signalling, and
translate PSTN numbers into IP addresses. The IP packets are transported
across the IP data network with a low latency that varies with strict limits.
In the data world in the late 1960s, IP evolved from a protocol that allowed
multi-vendor hosts to communicate. The protocol adopted packet switching
technology, providing bandwidth efficiency for bursty data traffic that can
tolerate high latency and jitter (variation in latency). Since IP supported the
TCP transport layer, which provided connection-oriented and reliable
transport, IP took on the properties of being connectionless and a best-effort
delivery mechanism. The TCP/IP paradigm worked well in supporting data
applications at that time.
New considerations come into play now when the same corporate network is
expected to deliver voice traffic. The intranet introduces impairments, delay,
delay variation, and data packet loss, at levels that are higher than those
delivered by voice networks. Delay between talker and listener changes the
dynamics and reduces the efficiency of conversations, while delay variation
and packet errors causes introduces glitches in conversation. Connecting the
ITG nodes to the corporate intranet without preliminary assessments can
result in unacceptable degradation in the voice service; instead correct design
procedures and principles must be considered.
1. For the sake of abbreviation, the term voice services also includes fax services.