Wholesale: Products & Services

Archived System CR SCR122801-1 Detail

Status History

Project Meetings

3/21/02 - Connie Winston/Qwest discussed in the CMP Systems Meeting. Connie noted that we examined the examples and think the gap has been closed. The situation was only happening in one center and one person using the old process. That person has been trained and the problem has been resolved. Connie thanked Bonnie for the examples because it was difficult to find the problem internally because of the systems were behaving appropriately. Bonnie Johnson/Eschelon asked to have this left open for 1 more month to make sure they have a clean month (no errors). Status to remain CLEC Test and CR to be reviewed in the April Systems meeting.

2/21/02 CMP Systems Meeting Connie Winston/Qwest reviewed the status of this. Bonnie Johnson/Eschelon stated that they have provided examples that need to be investigated before they will close this CR. Connie Winston/Qwest said that Qwest continues to research the examples from February 6 and will re-look at the January examples. This CR will remain in CLEC test.

The clarification meeting was held on 1/9/02 In Attendance: Kathy Stichter (Eschelon), Gerry Mohatt (IT Manager), Monica Manning (Process Specialist) Eschelon is experiencing trouble when pulling numbers from IMA. IMA will show a number as available when in fact the number is working. Qwest is rejecting LSRs stating that the numbers given are already in use. Qwest asked what products this request was associated with. K Stichter was not sure but indicated that the request was associated with the Pre-Order Functionality. Qwest advised that UR2801 implemented on 1/8/02 should address and resolve the problem that Eschelon has raised in this change request. UR2801 will build a telephone number reservation system that will interface with all systems where a telephone number can be reserved. This system will identify a reserved telephone number and feed the reservation information to all systems trying to process a new service order. Eschelon recommended that Qwest provide a response with the information associated with UR2801 and discuss in the next CMP meeting. 1/27/02 - Connie Winston provided an overview of UR2801 ( Duplicate TN) in the January CMP meeting. This UR should resolve the change being requested in this CR. Eschelon will provide feedback if they encounter any issues.

January CMP meeting 1/17/02 SCR122801-1 Scrub Number Assignment DB Originated by Eschelon Status moved to CLEC Test. Bonnie Johnson/Eschelon presented Change Request. Bonnie stated that this is an ongoing problem and Qwest has stated that telephone numbers are assigned that are already in use. This causes problems if not caught in time, particularly with dispatch. CR is asking that Qwest go back and check all telephone number’s to make sure they are not in use. These number’s have been in use, sometimes for years. Bonnie Johnson/Eschelon wants more information, she wasn’t able to make the clarification call. Connie Winston/Qwest stated that Qwest identified the problem previously and had been discussing internally. UR2801 was issued and implemented which should resolve the problem that Eschelon raised in this Change Request. Change was not an IMA change. CLECs and Qwest need to monitor to determine if we can close this CR in the February CMP meeting. Bonnie Johnson/Eschelon stated that this was great and would monitor. If after January 8th, has any examples, will forward them on. John Gallegos/Qwest stated that focus should be on any examples on or after January 15th as that was the date where the implemented fix was solidified. Connie Winston/Qwest stated that would report next month for closure. Bonnie Johnson/Eschelon stated that CLEC Test is appropriate.

CenturyLink Response

1/9/02 -Eschelon is experiencing trouble when pulling numbers from IMA. IMA will show a number as available when in fact the number is working. Qwest is rejecting LSRs stating that the numbers given are already in use.

Qwest advised that UR2801 implemented on 1/8/02 should address and resolve the problem that Eschelon raised in this change request. UR2801(Duplicate TN Solution) will build a telephone number reservation system that will interface with all systems where a telephone number can be reserved. This system will identify a reserved telephone number and feed the reservation information to all systems trying to process a new service order. The system will perform several validations on the TN including validations to ensure that the TN is not working. These validations will eliminate the rejection of LSRs back to the CLEC stating that the number given is already in use. Eschelon has agreed to present this change request in the January CMP meeting and Qwest will discuss UR2801 as the potential fix to this request.

2/5/02 - Stichter, Kathleen L." cc: "Cassandra Hunt" , "Irene M Haskins"

Subject: Re: SCR122801-1 TN's Available in IMA and then Changed on order

Kathy, Qwest has completed the investigation on the query below. All documentation indicates that 303 456-4571 was provisioned on the service order as requested by Eschelon. The FOC also indicates that 303 456-4571 was assigned. Does Eschelon have other documentation that would help us understand why 303 940-1310 is in question? The LSR ID is 3799634 and the PON is CO144162DSLL. Thanks!

To: lsteckl@qwest.com cc: "Johnson, Bonnie J."

Subject: SCR122801-1 TN's Available in IMA and then Changed on order

Lynn, Here is another example. Thanks

Kathy Stichter ILEC Relations Manager 612-436-6022 klstichter@eschelon.com

--Original Message-- From:Chaplina, Irina B. Sent:Wednesday, January 30, 2002 4:10 PM To:Johnson, Bonnie J. Subject: RE: TN's Available in IMA and then Changed on order

Yes, this is another one. PON: CO144162DSLL LSRID: 3799634 N72888563 - order N FOC's TN: 303-456-4571 But Qwest put wrong TN 303-940-1310 on order on the time of completing. And they did not send new FOC and did not call me.

Following are the findings on the four TNs for Eschelon that were provisioned incorrectly (303-456-4571; 303-367-4876; 602-252-1947; and 801-373-5409).

We researched the transactions in every system in the LSR flow for these numbers. On three of the TNs (303-456-4571; 303-367-4876; and 602-252-1947) we used a process of elimination to determine that the requests were processed correctly until the SOP. At that point, it seems that the SOP found the TNs to be working, and so assigned a "duplicate TN error" to the service orders. This error caused the orders to fall out to the center, where service representatives assigned new TNs to the orders. Because we are unable to access historical data in the SOP, we cannot identify why the SOP identified the requested TNs as working when all other systems in the flow recognized that they were available. Therefore, the only solution at this point would be a manual workaround in which the centers research every order with a "duplicate TN error" to make sure that the error is valid. We can't recommend or discourage this approach without getting a feel for what percentage of service orders fall out due to this error, but we are trying to get that information as well.

The fourth TN, 801-373-5409, seems to be an anomaly. This number belongs to Integra and has for some some time. It seems that at the point when Eschelon was attempting to reserve it, Qwest was processing a records only order against the TN which included an OZCID. This field seems to have caused TNRES to identify the TN as available. Additionally, SWITCH and LFACS identify the number as nonworking even today. We are continuing to research this TN, and will keep you informed.