Professional Documents
Culture Documents
Field Manual For Broadband Multiplay
Field Manual For Broadband Multiplay
The objective of this document is to describe O & M workflow, salient guidelines for
maintenance of Multiplay Broadband network and define the responsibilities of various
node incharges to ensure uninterrupted service of Broadband and customer satisfaction.
Contents:
1. Broadband network elements and Maintenance categories
2. Responsibilities of Node incharges
3. O&M Process and Support mechanism by the vendor
4. Annexure A& B – Trouble Tickets / Escalation Mechanism (REFER CONTENTS
IN UTSTAR TSC PORTAL)
5. Annexure C – UTSTAR RMA Procedures (REFER CONTENTS IN UTSTAR
TSC PORTAL)
6. Annexure D- Contact details of vendors / Technical Support Centers (REFER
CONTENTS IN UTSTAR TSC PORTAL)
The support staff members are classified into four levels as below:
LEVELS COMPOSITION
L-1 Customer Support Representatives / Call Center or Help
Desk Agents
L-2 Broadband Node Incharge and their field staff in that area
Area Outdoor incharge and their line staff
L-3 NOC
L-4 External help / Vendors
A1/A2/A3/A4 City Node In-charges (where BNG, RPR T-1, AAA are
installed):
1. Monitoring all the concerned equipment and inter NE links of their region
regularly. Handling/solving/escalating the complaints received from L1.
2. Monitoring/ solving/escalating the configuration related and traffic related
problems of T1 & T2 of same city and other city.
3. Regularly checking the media between T1 and T2 of same city and other city.
4. Monitoring all the media converters at T1 location connected to T2s of other
cities.
5. Solving the problems related to ports of DSLAM and T2
6. Resetting the hanged ports in DSLAMs
7. Observing the ports of T2 and T1 for any CRC errors. Monitoring Power
levels and reporting to NOC about any abnormal power levels.
8. It will be the responsibility of node in-charge to rectify the faults that are
escalated from call center through appropriate co ordination with DSLAM in-
charges and field units. Since the remedy terminals will be available only up
to node in-charges – at the moment.
9. Creating the BB VPN domains for existing/new Broadband customers.
Providing the NOC with relevant information about NAS port IDs, DSLAMs
for creating / configuring required PVCs for VPN / IP TV etc.,
10. Using eMS client for monitoring the T2 and DSLAMs and escalating the
faults.
11. Monitoring the status on SSSS /AAA and escalating to L3(NOC) in case of
problems. Intimating NOC about any spurts /abnormality/lapses during
generation of CDRs.
12. Maintaining and reporting any faults in respective eMS servers to NOC.
13. Raising RMA and doing follow-up for equipment related problems and major
faults which are not solved with in reasonable time as in Annexure A,B & C
to the concerned vendor.
14. Localization of problems/faults is to be done as far as possible locally and
NOC/Vendor may be contacted only after trying all possible means.
15. For provisioning and other operational activities for handling Multiplay
connections through P.3 platform please refer to the manual issued by Data
Networks along with release notes issued from time to time
16. A register should be maintained with necessary entries like equipment Sl. No,
date of fault,etc for Faulty cards/CPE sent for repair. Hard copies of reports
from UTSTAR Technical Support Center (UTSTAR TSC) website which is
www.utstarcomtsc.bsnl.co.in are also to be maintained.
17. Prompt action is to be taken to send the faulty cards for repair immediately in
case it is replaced in advance by vendor.
18. Any major work like giving hard reset to T1/T2/DSLAM to be done only after
concurrence with NOC/Vendor.
19. Regularly use the website where UTSTAR TSC portal is hosted for latest
information on NOC activities.
20. Port unbinding, wherever necessary, to be done by the node incharges.
21. All issues are to be addressed by e-mail only .
B,C and Other type city Node In-charges (where T-2 is installed) :
1. Monitoring all the concerned equipment and links of their region regularly
2. Handling and solving the complaints received from L1 and informing
DSLAM in charges/field units through email/ phone/FAX/ UTSTAR TSC
web portal wherever required/related
3. Monitoring and solving the problems related to DSLAMs and T2/
OCLANs
4. Checking the media between DSLAM to T2 and T2 to T1 / other RPR T2s
/OCLAN
5. Monitoring the media converter at T2 /OCLAN location
6. Solving the problems related to ports of DSLAM and T2 / OCLAN
7. Solving the complaints pertaining to excess billing
8. Addition of new cards in DSLAMs and activating the ports
9. Resetting the hanged ports in DSLAMs, in case not possible intimating the
node A-city node in charges to carry out this activity.
10. Changing of FE/GE ports in T2 / OCLAN if uplink is not working
11. Creating the Broadband user-ids with port binding and communicating to
field units.
12. Keeping information about DSLAM ports of the BB VPN userids for
existing/new Broadband customers.
13. Attending the faults related to Modems
14. Attending the faults related to local lead.
15. Shifting/re parenting of DSLAMs
16. Using eMS client monitoring the T2 and DSLAMs and attending to the
faults.
17. Node in-charge should solve the problems related to T2/OCLAN and
DSLAM by themselves and co ordinate with field units
18. It will be the responsibility of node in-charge to rectify the faults that are
escalated from call center through appropriate co ordination with DSLAM
in-charges and field units since the remedy terminals will be available only
up to node in-charges.
19. Raising Trouble tickets(Dockets)/ RMA for equipment related problems
and major faults which are not solved with in reasonable time has to be
booked through UTSTAR TSC web portal as in Annexure A , B & C to
the concerned vendor. And a copy of the RMA Ticket may be sent to
Bangalore NOC by mail to id bbnoc_mp@bsnl.in.
20. Localization of problems/faults is to be done as far as possible locally and
NOC/Vendor may be contacted only after trying all possible means.
21. A register should be maintained with necessary entries like equipment Sl.
No, warranty details (if any), date of fault, etc for Faulty cards/CPE sent
for repair.
22. Prompt action is to be taken to send the faulty card for repair immediately
in case it is replaced in advance by vendor.
23. Any major work like giving hard reset to T2/DSLAM to be done only after
concurrence with NOC/Vendor.
24. Regularly use the website where UTSTAR TSC portal is hosted for latest
information on NOC activities.
25. For provisioning and other operational activities for handling Multiplay
connections through P3 platform please refer to the manual issued by Data
Networks along with release notes issued from time to time
26. Port unbinding, wherever necessary, to be done by the node incharges.
27. All issues are to be addressed by e-mail only. It is mandatory to mention
the BNG location/IP details
1. Handling and solving the complaints received from local Node in-
charge.
2. Monitoring the DSLAM cards and ports connecting the PC to the
console port using console cable wherever possible.
3. Resetting the hanged ports in DSLAMs
4. Maintaining the Database (userid, Telephone number, port, current
PVCs configured for particular userid ) of all the ports in the DSLAM.
5. Commissioning the new Broadband connections by installing the
modems. While installing the modems care to be taken to configure
the port mapping, PVCs,connections –as per the commercial /
technical requirements of that customer.
6. Attending the faults related to Modems
7. Attending the faults related to local lead.
8. An equipment history register should be maintained with necessary
entries like equipment Sl. No, date of fault, etc for Faulty cards/CPE
sent for repair.
9. Prompt action is to be taken to send the faulty card for repair
immediately in case it is replaced in advance by vendor.
10. Any major work like giving hard reset to DSLAM to be done only
after concurrence from NOC/Vendor.
11. All issues are to be addressed by e-mail only through the
respective Node Incharge. While addressing the issues it is
mandatory to quote the DSLAM IP address & make, VLAN ID
and BNG(optional).
12. Regularly use the website where UTSTAR TSC portal is hosted for
latest information on NOC activities.
Responsibilities of NOC
I Configuration management :
1. Configuration in T1,T2, OCLANs and BNGs for port expansion in
DSLAMs
2. Configuration in T1/BNG for addition or shifting of T2 and DSLAMs
3. Configuration of VPN instance, IP pool and domain in BNGs for VPN over
BB Multiplay N/W.
4. Configuration in BNG/T1/T2SSSS/SSSc/DSLAMs for value added services
like IP TV, wifi, wi-max, gaming services, Bandwidth On Demand etc.,
5. Changes in configuration in servers involved in Broadband network
6. Interacting with Project1 and Project -3 team for works involving
integration with them. For example, CDR issues , routing of external IPs for
CDN/ VPN servers etc.,
II Monitoring of networks:-
Monitoring of various equipment and links are done on the basis of their
importance in the networks i.e. the criticality of equipment/link.
Hourly monitoring of AAA Server, BNGs, Traffic on BNG,
Authentication (AAA) servers, DHCP,DNS, Netsweeper, Motive
etc.
Continuous Monitoring of Tier-1,Tier-2 switch, link between Tier-
1 & BNG, and loading on inter N/E links
Regular monitoring of traffic at each of N/E elements as per
BSNL/ TRAI requirements, ensuring sufficient static / dynamic IP
pools at all BNGs and recommending BSNL for any
augmentations.
Regularly watching activity between AAA and BNGs for any
critical errors leading to loss / spurt cases in CDRs.
Regularly monitoring replication process between NOC and DR
NOC by keeping a well integrated schedulers in SN DR.
Weekly monitoring of opening of various links of important
websites like NIC, Trading websites, E-governance, e-learning
etc. from Broadband networks are carried out in order to take
proactive measures
MAINTENANCE MANUAL FOR DSLAM
Daily routines:
• Check free disk space on OMC-A Server
• Check Connection between iAN8K B1000 and OMC-A
• Check the Power Supply Status
• Check the Node Status
• Check the Modules Status
• Monitor Current Alarms in Real-Time
• Check NE Configuration Files Backup Status
• Checking Operation Log and History Session
Weekly Routines
• Check Hot Backup Files
• Check Archived Files
• Viewing Performance Report
For security reasons do not unbind the port for VPN customers
through DSL (VPNoBB)
Two PVC with VPI/VCI 0/35 and 0/32 need be configured in CPE
for accessing Internet and VPN respectively. Also Ethernet port
mapping in CPE is to be configured.
Steps for port mapping with respect to UTSTARcom Modem .
While returning the faulty material, please follow the guidelines given below:
• A copy of the RMA (Repair Material Form) and Fault tag is to be sent along
with the faulty material.
• As far as possible use the original packaging to prevent any physical damage
in transit/ handling Otherwise proper packing has to be made to ensure NO
DAMAGE is done to the faulty units in transit.
• In case of any damage/burn noticed at the time of receipt of the card, the
same will be returned back without servicing and it will not qualify for any
repair/replacement or warranty. The same condition applies to burnt cards as
well
• Ticket number/(s) should be indicated on the outside the cartons. If possible,
the RMA copy should be pasted on the Cartons.
• If more than one product - per carton - is shipped, label each product with the
correct serial number.
• Ensure that every material should contain the Ticket number.
9. Maintaining the Database (user Id, Telephone number, port) of all the
ports in the DSLAM.
10. A register should be maintained with necessary entries like equipment Sl. No,
date of fault, etc for Faulty cards sent for repair.
11. Prompt action is to be taken to send the faulty card for repair immediately in
case it is replaced in advance by vendor.
12. Technical Support Call Flow
NO NO
Configuration YES
NOC / POP provides the
issue/ Known Issue
right configuration
issue/issue?
H/W issue Closed
NO
Customer opens a Service UTS Escalation Centre instructs the Phone # - 18001801204
request with UTS Escalation UTS Regional Technical Support E-mail - apac.support@utstar.com
Centre through: Centers to attend the issue Web - http://support.utstar.com/
Phone, E-mail or Web
A B
A B
YES
Configuration issue/ Regional Technical Support Centre
Issue
Known issue? provides the right configuration to
customer Closed
NO
Escalation Centre works on the issue.
Customer provides the required logs.
NO
YES
Get the Repaired or Replaced
UTS H/W issue? Issue
units through RMA process
Closed
NO
http://www.utstarcomtsc.bsnl.co.in