- 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 128 of
378
ITG Engineering Guidelines
553-3001-202 Standard 1.00 April 2000
DiffServ/TOS values must first be converted to a decimal value of the
DiffServ/TOS byte in the IP packet header. For example, the 8-bit TOS field
value of 0010 0100 which indicates “Precedence=Priority”;
“Reliability=High” is converted to a decimal value of 36 before being entered
in the Control or Voice fields.
If the intranet provides differentiated services based on the DiffServ/TOS
field, then the ITG Trunk and other traffic marked with this DiffServ/TOS
value could be delivered with the goal of meeting this class of traffic’s QoS
objectives.
Note: It is not a requirement to have a router which has priority IP
packet routing capability. The ITG can function without priority routing
mechanisms if you design the intranet to minimize traffic congestion
through the WAN backbone links and routers. Refer to “Implement QoS
in IP networks” on page 126.
Queue management
From “Queuing delay” on page 121, it can be seen that queueing delay is a
major contributor to delay, especially on highly-utilized and low-bandwidth
WAN links. Routers that are TOS-aware and support class-based queuing can
help reduce queueing delay of voice packets when these packets are treated
with preference over other packets. To this end, Class-Based Queueing
(CBQ) can be considered for implementation on these routers, with the ITG
traffic prioritized against other traffic. Classed-based queueing however may
be CPU-intensive and may not scale well when applied on high-bandwidth
links, hence if this is to be implemented for the first time on the intranet do so
selectively. Usually CBQ is implemented at edge routers, or entry routers into
the core.
The global synchronization situation described in “TCP traffic behavior” on
page 127 can be countered using a buffer management scheme which
discards packets randomly as the queue starts to exceed some threshold.
WRED (Weighted Random Early Detection), an implementation of this
strategy, additionally inspects the TOS bits in the IP header when considering
which packets to drop during buffer build up. In an intranet environment
where TCP traffic dominates real-time traffic, WRED can be used to
maximize the dropping of packets from long-lived TCP sessions and
minimize the dropping of voice packets. As in CBQ, check the configuration