19.01.2013 Views

Verizon Internal

Verizon Internal

Verizon Internal

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>Verizon</strong> <strong>Internal</strong><br />

October 12, 2004<br />

Confirmation #6076638<br />

Operator: Pardon me everyone; we are now beginning the<br />

conference call. All lines will be open throughout the presentation. To keep<br />

background noise to a minimum you may press star, six, to mute and unmute<br />

your phones as needed. Again, all lines are currently open. Please press star,<br />

six, to mute and unmute your phone as needed to keep background noise to a<br />

minimum. Miss Derrig, please go ahead.<br />

Jean Derrig: Thank you. Good morning everyone. This is the East<br />

<strong>Verizon</strong> Wholesale Change Management meeting. As most of you know this is<br />

my first meeting, hosting the meeting as the new Manager of Change<br />

Management. Let’s start by, let’s go round the room and just say who is here<br />

and then we will go around on the telephone and then I’ll set up the agenda.<br />

Beth Cohen: Beth Cohen from <strong>Verizon</strong>.<br />

Lisa Provenzo: Lisa Provenzo with MCI.<br />

Sue Pistacchio: Sue Pistacchio from <strong>Verizon</strong>.<br />

John: John (inaudible) from <strong>Verizon</strong>.<br />

Nicole: Nicole (inaudible), <strong>Verizon</strong>.<br />

Jean Derrig: We have a small gathering here today. Who is on<br />

the phone?<br />

Catherine Hannen: This is Catherine Hannen from Bridgecom. Hey Lisa<br />

I was in that position just a couple of months ago. Just keep smiling.<br />

Sue Pistacchio: We’re – you’d better not say, he’s on the phone.<br />

Peggy Rubino: It’s a funny email but bet he will be.<br />

Beth Cohen: I’ve got a feeling he is going to show up.<br />

Peggy Rubino: This is Peggy Rubino from Z-Tel.<br />

Carol Frike: Carol Frike with Sprint.<br />

Bennie Almas: Bennie Almas with Neustar.


John Boshier: John Boshier with Covad.<br />

Janice Ziegele: Janice Ziegele from Broadview.<br />

Jennifer Koonz: Jennifer Koonz from Broadview.<br />

Amy Kwak: Amy Kwak, CTSI.<br />

Stephen Manion. Stephen Manion, <strong>Verizon</strong>.<br />

Larry Blair: Larry Blair, Remi Communications.<br />

Amy Brown: Amy Brown, Time Warner.<br />

Amy Blackman: Amy Blackman, Talk America.<br />

Lisa Peterson: Lisa Peterson, <strong>Verizon</strong><br />

Sylvia Hillard: This is Sylvia Hillard <strong>Verizon</strong>.<br />

Tim Burkhart: Tim Burkhart, <strong>Verizon</strong>.<br />

Carol Yozzo: Carol Yozzo, <strong>Verizon</strong>.<br />

Jay Randas: Jay Randas, <strong>Verizon</strong>.<br />

Jean Derrig: OK, anybody else out there?<br />

Bob Urisay: Bob Urisay, Excel.<br />

Jean Derrig: We have some banging in the background here so let<br />

us know if that interferes with you being able to hear us. And also Tanya Coates<br />

joined us in the room.<br />

OK, anyone else not announce themselves? OK just<br />

to let everybody know we have a very tight agenda today and several of us here<br />

at <strong>Verizon</strong> actually have a hard stop at 12.25. If the meeting goes beyond that<br />

we can reconvene around 2.15 but there’s an executive level meeting that we<br />

can’t get out of right now. So hopefully we can stay on the agenda and not, you<br />

know, go into the afternoon but that will be an option if needed.<br />

The first agenda item is the communication plan for<br />

the CABS consolidation, and I believe I did hear Lisa Peterson on the call. Lisa?<br />

Lisa Peterson: Yes I am here. Thank you, good morning everybody.<br />

Just wanted to give you a quick status on the CABS East consolidation. As you


know we did experience a delay and it’s mostly due to our testing. We’re not<br />

completely satisfied that we are where we need to be from a testing perspective<br />

so I did send out a communication at the end of last month indicating that we<br />

were going to be delaying until further notice. And the only reason we felt until<br />

further notice was more appropriate was because we couldn’t specify you know,<br />

thirty days or forty-five days, but we are definitely moving in the right direction,<br />

making a lot of progress and do expect within the next month or two that we will<br />

be sending out another communication with the specific date for everybody.<br />

For anybody that still does require old band/new band<br />

information my email address is lisa.a.peterson@verizon.com, and I can be<br />

reached at 301-236-8148.<br />

morning? OK Jean.<br />

Jean Derrig: OK thank you Lisa.<br />

Lisa Peterson: Sure.<br />

Does anybody have any questions on the status this<br />

Jean Derrig: the next project to be discussed is end user listings<br />

and I believe Carol is the one that does that.<br />

Carol Yozzo: Yes, hi Jean and good morning everyone. OK I have<br />

a few things to say about end user listings. Let me start with what is going on in<br />

the North, and we had originally targeted the North data conversion to begin in<br />

October but that has been postponed – and this is a fairly recent development so<br />

if you look in the status of the CMP materials you’re going to see that it still says<br />

October. That will be updated.<br />

At this point we don’t have a specific date but the<br />

CLECs that are involved in the beta, and I believe you know who you are; you<br />

will be contacted individually as soon as the new date is set.<br />

Furthermore in the North, and again the North is the<br />

New England States and New York, this is the only area now where end user<br />

listing has not been implemented. So in MDVW and NPD you should be using<br />

end user listings. You should not be creating any new listings in band format.<br />

But in the North you should continue to process new listings and migrations in<br />

the band format until further notice. And again the non-beta CLECS will also be<br />

notified individually once the conversion schedule has been set. I’d like to point<br />

out that that there are a lot of listings in the North. It’s about twice the size as the<br />

other jurisdictions so it is going to be a long process, so we will get the schedule<br />

put together and notify the individual CLECs of their schedule. But again in the<br />

meantime you should be using the band format in the North and the end user<br />

listing format in NPD and MDVW


OK, now in the South since we have completed the<br />

conversion of all the eligible listings the bands that remain have been significantly<br />

reduced in size and it really brings us to the issue of the ALI code report. This<br />

report was developed to address the fact that the bands were so huge that we<br />

could not return the information in the CSR record, so the ALI code report was<br />

developed to provide that information. I guess as a handy reference. Again, now<br />

since the bands have been reduced we feel that this situation has changed and<br />

we are planning to discontinue the issuance of the ALI code report. Only in those<br />

States in the North it will continue. I would ask though that any CLECs that –<br />

well any CLECs that use the ALI code report, and I’m not sure how many there<br />

are, but use it as say a system interface, there will be some preparation needed<br />

to no longer use the ALI code report.<br />

Any questions – oh, and the timeframe for retiring the<br />

ALI code report is the end of this year so you will continue to receive the weekly<br />

reports in the meantime. Any questions on that?<br />

Lisa Provenzo: Carol this is Lisa. On additional listings are you<br />

required an ALI code for the South?<br />

Carol Yozzo: I’m sorry I didn’t hear the question.<br />

Lisa Provenzo: In the South for additional listings aren’t you required<br />

to add an ALI code?<br />

Carol Yozzo: Yes but now you can retrieve the listing information<br />

via the CSR so you really don’t need the ALI code report for that anymore. The<br />

reason for the ALI code report is that you had up to 10,000 listings on a band and<br />

they were not necessarily related listings. You could have literally thousands and<br />

thousands of name listings or you’d have names and additionals. Now if you<br />

have a name listing, even if it has hundreds or thousands additional listings<br />

associated with it, you can pull that on the CSR.<br />

Lisa Provenzo: OK, that’s good though because that kind of parks it<br />

where it doesn’t get lost.<br />

Janice Ziegele: Janice Ziegele from Broadview.<br />

Carol Yozzo: Yes, go ahead.<br />

Janice Ziegele: I have a question on the listings that could not be<br />

converted. How are we going to get our ALI codes on those?<br />

Carol Yozzo: Well again the bands themselves are reduced in size<br />

so that now you can actually pull a CSR on the band. I’m actually going to be


doing an in depth study on the remaining bands to see exactly what is left and to<br />

ensure that there are no bands that are too large to be returned via CSR. But<br />

any remaining listings – and the bulk of those ineligible listings are actually<br />

duplicate listings that we need to address separately. But again any band that no<br />

longer contains the listings that were converted, the band should be small<br />

enough to pull via the CSR, and I will determine within the next week or two if<br />

there are any bands that don’t fit that criteria.<br />

Jean Derrig: OK, any other questions for Carol? OK, thank you<br />

Carol. Our next agenda item, Sue Pistacchio is going to discuss LSOG 9<br />

implementation.<br />

Sue Pistacchio: Good morning everybody, this is Sue Pistacchio and<br />

we are beginning our rollout of LSOG 9 and when it comes to communication on<br />

this project it’s something that I will share with Carol Yozzo. Specifically I will be<br />

addressing and communicating to the CLEC industry our plans for the LSOG 9<br />

implementation. Carol will be addressing communicating with you plans on the<br />

sunset of LSOG 5 and 6. So you will be hearing from both of us on this project.<br />

For LSOG 9 specifically our plans are to implement<br />

LSOG 9 with the October 2005 release. From a timeline perspective we would<br />

be disseminating to the CLEC industry in the March timeframe the detailed plans<br />

of changes and the 180 day window would take place in the April timeframe. So<br />

those milestones would be as we’ve done previously.<br />

We are aiming towards moving towards one LSOG.<br />

There is a great decrease in the number of issues that are being brought to the<br />

industry with each successive LSOG. With LSOG 10 there’s only three issues<br />

that are being entertained, and LSOG 11 has two. And in many of the cases<br />

what is going into the LSOG is stuff that <strong>Verizon</strong> East has already introduced, or<br />

in many cases we have it and we are bringing it to the LSOG. So again the plans<br />

that we have are to drive towards one LSOG.<br />

That’s basically the information I had on the LSOG 9<br />

implementation. Carol did you want to go over the plans for the sunset of 5 and<br />

6?<br />

Carol Yozzo: Sure. Actually yesterday a notice was sent out that<br />

outlined the plans for sunset, so if you haven’t received that or you have, either<br />

way I will review that will you and then if there are any questions I can answer<br />

them. Just bear with me for a minute because I need to pull the notice up.<br />

Sue Pistacchio: I have the dates on these Carol if you just…<br />

Carol Yozzo: No, I’ve got it here. OK, December 1 st of this year will<br />

be the cutoff for any new entering CLECS, and I would imagine that new entrant


CLECs are not on this call anyway, but new entrant CLECs will be able to use<br />

LSOG 6 only. So we will not set up any new CLECs in LSOG 5. And then as<br />

Sue mentioned October of 2005 will be the date for the sunset of LSOG 5 and<br />

that will coincide with the LSOG 9 implementation.<br />

Sue Pistacchio: What was that date again for sunset on the 5?<br />

Carol Yozzo: October 2005, and depending whether you’re East or<br />

West it will be whatever the release week is, so it does differ from East to West<br />

but it’s basically the second or third week. Third week in the East, second week<br />

in the West. And then from October 2005 to February of 2006 we will be<br />

operating in LSOG 6 and LSOG 9. And then in February 2009 we will sunset<br />

LSOG 6 and at that point our plan is to go (inaudible) 9.<br />

Beth Cohen: February of 2006, not 2009.<br />

Carol Yozzo: I’m sorry, it’s LSOG 9. OK, getting my numbers<br />

confused! So February of 2006 we will sunset LSOG 6 and at that point LSOG 9<br />

will be the only version. Beyond that we will make those plans as they get into<br />

the foreseeable future.<br />

I would like to point out that this is something that we<br />

have not done in the past, was to allow CLECs to skip an LSOG version. But<br />

any CLECs that are currently on LSOG 5 we will open it up so that you can go<br />

directly from 5 to 9. Now there are some considerations with that, the main one<br />

being that since LSOG 5 is sunsetting at the same time that 9 is being<br />

implemented it will be, to you it will be a flash cut, meaning that on Friday you will<br />

be entering your LSRs in LSOG 5 and then come the weekend after the<br />

implementation you will go straight to 9. There will be no overlap, so that is<br />

something that you have to determine on an individual basis, whether it is<br />

acceptable.<br />

Technically the LSOG sunset and implementation<br />

currently, and up to the February ’06 date, are on a phase basis in that you can<br />

go from LSOG 5 to LSOG 6 now and overlap the two while you are transitioning<br />

from one to the other; and you will be able to do the same thing going from 6 to<br />

9. But the bottom line is the sooner you get off LSOG 5 the better. You know if<br />

you’re planning to go straight from 5 to 9 then you are locked into that October<br />

2005 date, but if you are going from 5 to 6, again the sooner the better just to be<br />

able to get that, get this sunset behind you and get your pending orders starting<br />

to come in in LSOG 6.<br />

Any questions so far?<br />

Gloria Velez: Carol this is Gloria Velez from AT & T. So October<br />

2005 is when you’re making LSOG 9 available?


Carol Yozzo: Correct.<br />

Gloria Velez: So that basically gives a company November,<br />

December, January and February, roughly four months to go from 6 to 9. That’s<br />

traditionally not what has been done in the past. In the past we’ve had a much<br />

greater period of time to transition before you sunset. And I have reservations, or<br />

AT & T would have reservations in going to 9 right away because when we went<br />

to 6 right way we might have been, maybe not the first CLECs but one of the first<br />

couple of CLECs, and we had issues that, you know, were not worked out with<br />

<strong>Verizon</strong> until we came on board, and so we have reservations in going right<br />

away. So we would like to see not so much – I mean changing the timeframe of<br />

when you make available 9, but the retirement of 6. Rather than retiring 6 in<br />

February we would like to propose retiring it in June, your next release. Because<br />

we have to work on pipeline orders and we just don’t feel comfortable that that<br />

four month period is adequate enough based upon the history, based upon what<br />

things we encountered when we went to LSOG 6.<br />

Sue Pistacchio: Well one of the things Gloria to point out is (and this is<br />

Sue) what is going to be implemented with LSOG 9 will not be as substantial as<br />

what has come in previous LSOG implementation. In addition to that even<br />

though there is that four month window when LSOG 9 will be up, delivering the<br />

initial LSOG 9 business rules six months prior to that will provide significant time<br />

for the industry to begin their analysis on it. So I guess what I would question is,<br />

are there things that we could be doing, you know, sooner to the rollout to<br />

prepare the industry for the LSOG implementation?<br />

Gloria Velez: We’ve never done a flash cut up in the North. I have<br />

a little concern. I’ll take this back to my (inaudible) you know to support that but<br />

do we do that in the West now?<br />

Sue Pistacchio: No the West follows the same process that we do.<br />

Gloria Velez: But that’s my only concern on the LSR. I know on the<br />

ASR we do that but it’s a little bit different. We don’t have all the business rules<br />

and we don’t have probably – we could still (inaudible) the validation the same for<br />

an edit so I’m just a little worried about the pipeline orders.<br />

Sue Pistacchio: Looking at the analysis pipeline orders is something<br />

Carol can speak to better than I can, but just looking at what we are<br />

implementing so much of what is going into 9 and then also coming into 10 is<br />

stuff that we already have. So when it comes to implementing it in a lot of cases<br />

you know, there may be change another value or whatnot but we’re really not<br />

implementing a lot of new functionality. I think the only thing that’s coming in<br />

LSOG 9 that’s really substantial is the IECN form. But other than that I mean


that’s one of the things that we’re looking at. You know LSOG is beginning to<br />

look more like ASR when it comes to (inaudible).<br />

Gloria Velez: Its clean, it’s cut and dried. (Inaudible) is a different<br />

animal because you have all the little details and features and feature formats in<br />

the USOC so you can’t even compare but I mean.<br />

Gloria Velez: Carol when are you making available the business<br />

rules?<br />

Carol Yozzo: That’s Sue’s area. What is that, 73 days in advance?<br />

Sue Pistacchio: No that would be 180 so it’s in the April timeframe.<br />

Gloria Velez: April, OK. But we actually couldn’t start - testing<br />

would be – what’s the test window then?<br />

Sue Pistacchio: It would be the normal test window. So from October<br />

30 days beforehand I believe.<br />

Gloria Velez: OK, and also Sue are you planning to do a very, very<br />

detailed analysis? Because I know when we went from 5 to 6 I mean, you know,<br />

<strong>Verizon</strong> did provide documentation at a high level but as a systems engineer who<br />

is responsible, myself, who is responsible for doing detailed analysis, we had to<br />

do field by field comparisons to see exactly what changed. So I don’t know now<br />

that you’re saying not a lot has changed with 9, are you actually doing a very<br />

detailed analysis field by field?<br />

Sue Pistacchio: Yes we are.<br />

Gloria Velez: OK, and you will be providing that so we’re basically<br />

having a change log that we could rely on. A change log, again, that we could<br />

rely on that actually tells us at a very, very detailed level, the differences.<br />

Sue Pistacchio: Yes that’s what we are working towards.<br />

Gloria Velez: OK.<br />

Carol Yozzo: And I’d like to address the pipeline question. If you<br />

have seen the notice that went out to change management I did mention that for<br />

LSOG 5 pipeline orders I gave a date of November 30 th 2005. That’s for the<br />

latest due date. So that fills in time for those orders to clear the pipeline before<br />

LSOG 5 is sunset.<br />

As we go forward with LSOG flash cut we will – I<br />

guess what you could say is we’re building planning into the pipeline for one


thing, so that – you know what I found when we sunset LSOG 2 and LSOG 4<br />

was that there were orders in the pipeline with dates that were ten, twenty or forty<br />

years out that were probably just placeholders but they were not realistic dates<br />

and we had a lot of abandoned orders.<br />

As we go forward by working with the due date edit<br />

that will basically control the pipeline, that will address the issue of having to<br />

clear it out at the time of the sunset. And then again as we go through flash cut<br />

of LSOGs, you know, ultimately to have a single version where the, one version<br />

sunsets and the next one comes in, obviously we can’t have an immediate<br />

clearing of the pipeline. That will be built into there so that orders that are in the<br />

pipeline can be processed and completed in – well they’re not really processed<br />

or provisioned in an LSOG. That’s really for ordering purposes. But we will fill<br />

that in so that those orders are able to complete and your completion notifiers are<br />

able to be returned. So we’re trying to simplify this process. It shouldn’t be the<br />

horrendous transition that LSOG 2 to 4 and 4 to 5 were because of the kind of<br />

restrictions that were built in there.<br />

Gloria Velez: But for right now, between October and February,<br />

there’s two releases up. There’s 6 and 9, correct?<br />

Carol Yozzo: Correct, yes.<br />

Gloria Velez: So if you were a CLEC that you wanted to migrate to<br />

9 prior to February you would still have – I guess this is the question – we would<br />

still have the ability to finish out our LSOG 6.<br />

Carol Yozzo: Correct, right. And that will exist but we anticipate<br />

that LSOG 9, LSOG 6/9 will be the last opportunity where we will have that, or<br />

last situation where we will have that overlap and then going forward we want to<br />

see it as a flash cut from one to the other. And you know, as any release is it<br />

should not be a major undertaking to change LSOGs as we stabilize the LSOG<br />

releases.<br />

Gloria Velez: After all that I’ve learned I’d still like to make the<br />

request that the LSOG 6 not be sunsetted until June and that maybe going…<br />

Carol Yozzo: We will take that under advisement.<br />

Sue Pistacchio: And Cheryl (inaudible) wonderful about when we<br />

sunset one LSOG and move on to the other but…<br />

Gloria Velez: But a flash cut is a different – I mean I think it’s a<br />

different scenario. I would like to have a better, clearer picture and<br />

understanding of, you know, just the pipeline orders. I’m not talking about dated


orders six months down the road. Just you know, production orders that might<br />

be out there pending normal intervals.<br />

Carol Yozzo: Right. Well that’s why were coming out with this<br />

information this far in advance, so we can plan this as we, you know, we’re<br />

talking about over a year out so we really can plan this and minimize the<br />

concern.<br />

Gloria Velez: Right so when will <strong>Verizon</strong> have that plan to give us a<br />

better picture because I have to take this back to our company to ensure that we<br />

can go to a flash cut.<br />

Beth Cohen: Let me weigh in here. This is Beth Cohen. One of<br />

the things that we want to make sure, number one, this will now be an agenda<br />

item on every month meeting from now until rollout you know. So that we<br />

obviously realize that quite a lot of taking back to your own companies that has to<br />

be done here once we put out kind of what our plan is at this point. Its far in<br />

advance we could have you go back to your internal. Really flesh out what are<br />

the issues that you guys think that you’re going to you know be facing, and bring<br />

them back so we can discuss them, you know, as we go forward, this far out and<br />

at least begin to raise them, to the table. And I hear Gloria’s concern, which we<br />

will take back, but we would like to hear even, you know, more specifically what<br />

are the concerns so that we can address them and we can, you know, manage<br />

them in a good timeframe as opposed to an immediate timeframe.<br />

Mary Halpin: I have a (inaudible) question. Carol, when you<br />

mention the pipeline and controlling that better, and let me say at the outset (this<br />

is Mary Halpin) it is not our policy to rent the extended due date out to several<br />

months. But you mentioned a due date edit to help to curtail pipeline orders.<br />

Could you elaborate on that?<br />

Carol Yozzo: Well at this point I don’t have the detail on this but it<br />

would be something to the effect if we’re saying that – again this is in the case of<br />

LSOG 5 sunset and LSOG 9 implementation. That if we need to clear the<br />

pipeline prior to a certain date then we would, it would be a post LSOG 5 sunset<br />

date that we say you could not have a due date, lets say after October 2005.<br />

Now obviously you’re not going to be submitting LSRs in LSOG 5 after that date<br />

but again we want – I’m not going to put a date on it right here and now. We<br />

really need to define this in more detail, but what I’m putting out to you is ways<br />

that we make this process cleaner, more manageable, you know, and addresses<br />

the concerns.<br />

My point is we’re not going to be left with pipeline,<br />

with stranded pipeline orders. Whether it’s the ability to process them in a post<br />

sunset environment in the old sunset – I’m sorry, in the old LSOG, or a kind of a<br />

cutoff date that says you won’t have any due dates after this date anyway. They


can’t come in with a due date later than that so by necessity all of those pipeline<br />

orders will be cleared out. And I’m going to throw out an example just to<br />

illustrate. These are by no means official dates.<br />

Mary Halpin: Carol could you use LSOG 6. Is it…<br />

Carol Yozzo: Well I was going to use, let me use LSOG 5 as an<br />

example where we’ve got an October 2005 sunset date. Let’s say that you can’t<br />

have a due date later than November of 2005. That way by – after the sunset<br />

you’re no longer able to submit orders. Anything that’s in the pipeline has got a<br />

due date of November 30 th 2005 or earlier. So we, <strong>Verizon</strong> has a cutoff of that<br />

LSOG 5 pipeline and we know it gets cleared out.<br />

And the reason I’m not using LSOG 6 or 9 or beyond<br />

is because we don’t have the specifics of how we’re going to handle the pipeline<br />

ongoing again. Once they are in to the pipeline the orders are not really<br />

processed in an LSOG. They are submitted in an LSOG because that’s the<br />

guidelines of getting them in, but they are not provisioned in an LSOG so it<br />

becomes kind of a, I guess like a hazy issue. Again I don’t want to go into a<br />

lower level of detail at this point, but these are the things we are looking at as to<br />

how to manage that issue.<br />

Mary Halpin: You know Carol I can understand this is very high<br />

level hypothetically, what you’re saying, but I think it would be more of a LSOG 6<br />

environment, and I’m also you know, I have a few concerns about the proposed<br />

process. The fact is, you know, the idea of some sort of a due date edit perhaps<br />

on LSOG 6 that may inhibit our ability to even get a good due date for a while.<br />

And the second thing is the flash cut, and then finally<br />

is the reason why we have two versions available at one time, was not so much<br />

based on the content of a particular LSOG release, but it was more based on the<br />

operational impact to the CLECs of having to flash cut to a new release, a new<br />

LSOG version and not have any leeway and potentially be out of business. In<br />

fact previously <strong>Verizon</strong> would not even entertain a company being able to do a<br />

flash cut. They would absolutely not even allow it. Not that we wanted it<br />

because you could potentially put a company out of business from an ordering<br />

perspective.<br />

So I think we need a lot more information on this<br />

proposed project and I also just want to point out that my understanding, and I<br />

have to take this back, is that having two versions available was not a ‘nice to<br />

have’ but came out of our original UNE negotiations and in particular for CMP.<br />

But that’s what’s the guideline here then. So several concerns around this and<br />

LSOG 6 examples would be better. The due date edits that you mentioned, the<br />

flash cut and this very short timeline and only having from then I guess,


eginning February 2006 there would only be one version available. Is that<br />

correct?<br />

Carol Yozzo: That is our proposal, correct. And again I don’t want<br />

to throw out dates for an end due date for an LSOG 6 order because I think it’s<br />

premature to do that, but you know whether its thirty days or sixty days or ninety<br />

days, you know, at this point I think it would be premature to discuss that.<br />

What I would ask though is if you – the concerns that<br />

you do have to document them, send them into change management so that we<br />

have them, and we will have to have ongoing discussions on this. As Beth said<br />

we are going to, this will be a change management agenda item going forward so<br />

we will have plenty of opportunities to discuss it.<br />

Mary Halpin: Yes it sounds like your plans are pretty well set. I<br />

mean you’ve got the dates and plan in place. You may not have all the details<br />

yet and we need that and so, you know I just think AT & T has concerns right off<br />

the bat of changes to the CMP process and a new due date edit perhaps and just<br />

the whole timeline.<br />

Elliott Goldberg: This is Elliott Goldberg and I apologize for arriving late<br />

but I think I’m here just on time. On page 20 of the Wholesale Network Services<br />

OSS Interface Change Management Process, Version 2001 dated April 5 th 2001,<br />

downloaded from the web it says, under Section XI - Versioning of LSR Preorder<br />

and Order Application-to-Application Interface, the first heading: <strong>Verizon</strong><br />

Practice. “<strong>Verizon</strong> practice will be to maintain two (2) versions of the LSOG<br />

preorder and order interfaces.”<br />

This was done for very specific operational reasons.<br />

It is a time honored practice that has been done since the start of competition,<br />

certainly since the start of this group. I believe Mary, and I’m not sure because I<br />

couldn’t find it, but the pre-filing thing may also do that but I didn’t have a chance<br />

this morning to review it and I went out yesterday. But we would strenuously<br />

protest the elimination of this practice.<br />

Beth Cohen: We are clearly aware of what the Change<br />

Management document states, and I think that one of the reasons that we are<br />

putting this forward at this point in time is we recognize that if we go to this, if we<br />

agree that this is the direction that we as an industry, and probably not just<br />

<strong>Verizon</strong> but other ILECs as well, that this would be obviously to change the<br />

change management process. We understand exactly what the change<br />

management document says that. The reason we are trying to bring this up at<br />

this point is so that we can have some forward (inaudible) discussion to move,<br />

we believe, where the entire industry is trying to move to as those LSOG, new<br />

LSOG versions become less and less difficult, I guess, or less and less difficult or<br />

hard things to change as a new LSOG version rolls out. Obviously some are


eneficial (inaudible) beneficial all around from resources and changes and<br />

managing processes and so, you know, we’re putting it out there and you know<br />

this is kind of where we would like to go.<br />

Sue Pistacchio: What if the ILECs do the flash cut. Is there an item<br />

there?<br />

Beth Cohen: I don’t know if it is ILECs that are doing the flash cut.<br />

I’m not aware but I know that there are discussions among the, within the<br />

industry about how to manage LSOG versioning you know, as this industry<br />

matures. So it’s a discussion topic.<br />

Elliott Goldberg: At this point, and I deal with three ILECs, I’m not<br />

aware of any of them that – four if you count US, the former GTE – that could<br />

flash cut so that this would be, this wouldn’t be an industry standard practice as<br />

of this time.<br />

Sue Pistacchio: But I think there has been discussion on (inaudible).<br />

Elliott Goldberg: OBF discussion takes up to five years sometimes.<br />

And I see no reason why, given the problem – and it doesn’t affect you so much<br />

as…<br />

Beth Cohen: I want to deal with business here. We don’t want<br />

necessarily deal with rules. Rules are there to help guide us and I think our goal<br />

here is we don’t know. Maybe it is time for a change of how we have been<br />

operating, which is why we are putting it out there as a discussion topic.<br />

Elliott Goldberg: You do realize that flash cut is very high risk, because<br />

the CLEC that does it has no fallback and therefore their entire business could be<br />

disrupted. They can be out of business.<br />

Beth Cohen: Then we need to talk about it going forward. We’re<br />

not going to resolve this today. As I’ve said it’s going to be an agenda item every<br />

month going forward and also for those of you who – I’m sorry that I’m going to<br />

push this along but we know this could be a very big discussion and for those of<br />

you who came in the room late we are on a time schedule today, so we actually<br />

need to – for those who have joined late, Jean mentioned at the beginning of this<br />

meeting several of us have an executive meeting that has (inaudible) today and<br />

we need to end our meeting here at 12.25. If we don’t finish we can come back<br />

but we can’t come back until 2.15. So I just want to make sure that everybody is<br />

aware of our timeframe.<br />

Mary Halpin: Well you know thank you for reminding us of the<br />

timeframe but from an AT & T perspective we are very concerned. Because it<br />

just sounds to me that a detailed plan is already in place. Carol has a lot of


information and so does Sue. Timelines, dates, plans, LSOG 5, 6, 9, etc. New<br />

due date edits to control pipeline, flash cut, major major changes. And I think<br />

before it can even be – I mean it sounds to me as if we’ve been told here’s the<br />

plan, it’s in place so get ready and we will entertain your questions.<br />

I think we need as much information as you can<br />

provide immediately because this really is a very, very major concern. Flash cut<br />

means if something goes wrong you are at risk basically and that’s why there are<br />

rules in CMP. And we’re not meeting just for that rule we’re meeting because<br />

you know it keeps our OSS viable to <strong>Verizon</strong>’s OSS so it’s a critical pipeline for<br />

us. And I think that we need to form an understanding that that’s why there was<br />

the two versions rule negotiated with CMP to begin with so that you know those<br />

companies could be either, you know, really put at a disadvantage because they<br />

can’t either do it with the speed <strong>Verizon</strong> determines. OK, this date we’re<br />

making the change. You’ve got to make it, you’re out of business, etc. We need<br />

a lot more details before there can be a discussion. Because to me this was<br />

you’re letting us know but I think also it sounds to me as if there are some fairly<br />

detailed plans and dates in place and we need much more information to have<br />

any type of a dialogue.<br />

Beth Cohen: I think that the only thing that’s in place actually is the<br />

plan that really went out through the mail. There, I think there have been some<br />

high level discussions and I think that we want to put out our thinking to the<br />

industry and we want to hear back the concerns, because we want to he able to,<br />

number one, address the concerns if there are responses that can be made to<br />

the concerns, or we want to be able to bring back internally the concerns and say<br />

hey, there’s some real issues here that we have not even thought about and that<br />

we need to kind of go through and vet. And so I think that you know, what we<br />

are asking here is we really are, this is an initial kind of plan that we are putting<br />

out. Yes we would like to go towards this plan. This is, you know, our thinking<br />

internally, but we need to hear from you what it is from this plan that is of<br />

concern.<br />

Mary Halpin: I think you’ve heard.<br />

Beth Cohen: I think so and I think what both Sue and Carol are<br />

asking is for you to really even take this back internally and really talk about it<br />

within your companies and flesh out the concerns and send them to us in an<br />

email, so that we can take them internally as well and work them and we can<br />

continue with dialogue here.<br />

Elliott Goldberg: The fact that you want a short, a type schedule<br />

meeting. You don’t send out an email at 11.37 am on the morning before the<br />

meeting when people, some of us are on vacation, others that have corporate<br />

holidays and everybody picks this up and has to come in here on a short notice.


The right way to handle these meetings is to provide the information with a<br />

sufficient lead that we can coordinate this within our company.<br />

Beth Cohen: We agree.<br />

Elliott Goldberg: There are two items that came out with this meeting,<br />

this being one, the other I will address later, that were so short notice as to<br />

preclude virtually any meaningful discussion at this meeting and it’s a travesty<br />

that (a) you send it out so close to this meeting and (b) discuss it at the meeting.<br />

Now as far as two releases go, and my last comment,<br />

<strong>Verizon</strong> like Microsoft has an excellent track record of putting out very fuzzy first<br />

releases and to force us to go to a track through a flash conversion to a system<br />

that your, has been traditionally buggy and problematic without giving you time to<br />

settle in and stabilize it when most of us convert six to eight months after the<br />

initial release is too risky and too dangerous to the continuity of our business, I<br />

want <strong>Verizon</strong>’s plans to indemnify us. And that’s all I could coordinate this<br />

morning. And that’s why I’m upset about this whole proposal. One, it’s against<br />

the rules, it’s a travesty and it’s improper. And I hope the recorder got all that.<br />

Beth Cohen: Sure, we recorded it.<br />

Elliott Goldberg: I tried to speak very clearly just for that purpose.<br />

Beth Cohen: I would ask you to please send in…<br />

Elliott Goldberg: Because I was in this office early this morning trying<br />

to coordinate this.<br />

Beth Cohen: I would ask that you please send in your concerns to<br />

change management so that we can work them internally. I think we have heard<br />

them here and I think that we want to take those back here as well as any others<br />

that come forward and to think about this more, and this will be on the agenda,<br />

as I said, of all upcoming meetings.<br />

Elliott Goldberg: By the way we will not accede to a single change in<br />

the change management rules (inaudible) elimination of the two versions.<br />

Paul Haven: Beth if I can – this is Paul Haven. I have been, I had<br />

to call back in because I had been on mute somehow by the operator but I would<br />

like to just share a few things here. One is that the, we’re attempting to bring this<br />

to the change management meeting today providing a year’s worth of notice on a<br />

plan that we would like to pursue. I greatly appreciate the feedback we’re<br />

getting, but this is a long notice that we’re trying to give so that we can have that<br />

discussion and we clearly intend to have that conversation. But want to


ecognize that we wanted to try to get this into the conversation today so that we<br />

could get it started.<br />

In addition I think Sue in her comment at the<br />

beginning shared that the industry has changed very significantly since the time<br />

the change management rules were written, and when the industry changes,<br />

rules should be reviewed. We’re looking at LSOG versions starting with I<br />

believe, LSOG 8 that have less than a handful of issues in them and if you think<br />

of each issue as basically a CR that’s the kind of volume we’re talking about.<br />

We’re talking about LSOG 10 and LSOG 11 with two or three issues each and<br />

frankly most of which has already been implemented. So going forward, alright,<br />

going forward beyond, clearly beyond LSOG 9, the LSOG versions are very, very<br />

small and they relate more to a single CR being implemented than they do to<br />

what we have become accustomed to as an LSOG version. So that’s why we<br />

think it’s an appropriate time. That’s why frankly the industry thinks it’s an<br />

appropriate time when they discuss it in the industry standards bodies, to start<br />

looking at LSOG management. In fact as part of LSOG 10 LSOG management<br />

was an issue.<br />

So I think one of the things that would be helpful is if<br />

folks can, folks that are involved in the OBS, could between now and the next<br />

meeting go back and take a look at what has come out in each of those LSOGs.<br />

Clearly we will be providing and be talking about them at a much lower level but if<br />

you look at the contents of each of those LSOGs from, frankly from 8 on out, you<br />

know LSOG 7 is a little bit bigger than 8, 9, 10, 11 but it’s still very, very much<br />

smaller than LSOG 5 and 6 was.<br />

I mean those are a couple of things that I wanted to<br />

make sure I shared and clearly we recognize one of the reasons why we want to<br />

make sure we've brought this to the industry as early as possible, we recognize<br />

that a change in the CMP document would be needed to go from two versions to<br />

one. But again you know, the rationale for that – it’s not something we would<br />

have thought about proposing in the past but looking at the LSOG versions going<br />

forward you know, that is the reason why we brought it to this meeting.<br />

Elliott Goldberg: Well if they’re that close then there should be no<br />

problem maintaining both of them.<br />

Paul Haven: The problem with maintaining two versions of<br />

something, I mean you know very well what the issues are with maintaining two<br />

of something and we think that it’s an opportunity for all of us to get a little bit<br />

more efficient.<br />

Elliott Goldberg: Considering I have to maintain two, deal with different<br />

ILECs its not, I think of my miniscule resources compared to yours.


Jean Derrig: OK, like Beth said this will be on ongoing agenda<br />

item. I’m sure we will be discussing it further.<br />

Gloria Velez: This is Gloria Velez. I hate to do this, I don’t want to<br />

talk about this item, but my line was also muted when I joined the call and so I<br />

didn’t have an opportunity to state some concerns that I have with Carol Yozzo’s<br />

presentation on the directory listings. So I don’t know if Carol is still out there.<br />

Carol Yozzo: Yes I am.<br />

Gloria Velez: OK. Carol I heard you say that you’re planning on<br />

retiring the ALI code spreadsheet when you finish the last set of States in the<br />

conversion. And I think I heard you say that you planned on doing that at the end<br />

of this year. That’s basically a three month notice and I know that I have<br />

expressed great concern to you one on one with retiring that ALI code<br />

spreadsheet. And I don’t think that that is enough of time to do that because I<br />

have expressed great concern in the past with that, and I was rather shocked to<br />

hear you say that you were even planning on discontinuing it because my last<br />

conversations with you, you said that you felt as though you could continue it<br />

because the report was going to be rather small.<br />

And secondly if the billing bands are still going to be<br />

out there for accounts or listings that couldn’t be converted it’s very, very difficult<br />

for bands in New York or in the North that are in CABS to be able to use the<br />

CABS system to figure things out. I mean if the bands were in the CRIS system<br />

that is a different story, but in the North they are in the CABS system and it’s<br />

very, very difficult to use that system for any type of CSR work. So I hope you<br />

take this because I really don’t want to see that ALI code report go by December.<br />

Carol Yozzo: OK, well first of all let me just clarify. We are not<br />

retiring the ALI code report in the North. This was strictly for Maryland, DC,<br />

Virginia, West Virginia and New Jersey, Pennsylvania, Delaware, which all have<br />

been converted. And as I did mention I do need to do a study of what remains in<br />

the bands just to make sure that there are no band (I just unplugged myself) that<br />

that can not be reprieved because it’s the SR. And it is not a matter of you won’t<br />

have this information, it is just a different (inaudible) media that delivers it to you,<br />

and the ALI code report was developed as an interim solution because the CSR<br />

could not return the information. Again I will work with you Gloria…<br />

Gloria Velez: We’re definitely opposed to it because you are<br />

assuming that people are able to use your different sources. That’s what you’re<br />

assuming.<br />

Carol Yozzo: Yes. Well I’m assuming that people are able to use<br />

the sources that were intended for that purpose, yes.


Gayle Gissendanner: Hi Carol this is Gayle Gissendanner from Cox. I do<br />

have a concern too with the retirement of the ALI code (we are located in the<br />

North) because we depend on that basically each week that it is sent and we<br />

have a lot of listings that are still coming up on that report, and we are unable to<br />

retrieve that ALI information off of the CSR.<br />

Carol Yozzo: Right and we are not talking about retiring it in the<br />

North at this time. We are talking about strictly in the South because the South<br />

has been converted to end user listing. So you will continue to receive your ALI<br />

code reports for the North.<br />

Gloria Velez: But at some point in time you would want to retire that<br />

as well.<br />

Carol Yozzo: After the conversion when you have a lot fewer band<br />

listings remaining in the North, when the North is in the same situation as the<br />

South is in now, then the ALI code report will have outlived its purpose.<br />

Gloria Velez: I really don’t think a three month notice – I know<br />

you’re talking about the South right now but I just don’t think that a three month<br />

notice is adequate.<br />

Carol Yozzo: All right well I will accept that input and this is why it<br />

was brought up for discussion today. You know, if three months is not adequate<br />

then that’s what I need to know and I need to have this discussion and have the<br />

information from the individual CLECs. It may be a problem for one and not a<br />

problem for anyone else in which case we have to address that.<br />

Gayle Gissendanner: OK thank you.<br />

Carol Yozzo: You’re welcome.<br />

Jean Derrig: OK we are a little behind schedule now so lets move<br />

on to the other topic that Sue will speak to, the FTP report.<br />

Sue Pistacchio: Yes the FTP report, this is change request number<br />

C040377. It was a Type 4 request that was brought to the industry for rating in<br />

February of this year. What I wanted to do with this, and this is a little bit of a<br />

change. This is currently a candidate for the February release and because it’s<br />

really not business rules or edit related, just talking with Beth we thought it would<br />

be a good idea to just bring this a little bit sooner than we normally would and just<br />

give you a little bit of status of what’s going on with the project.<br />

We did see that with this migration of the FTP report<br />

we were going to be going over to a new platform. The reason that we were<br />

pursuing this was to eliminate storage, support, privacy and security issues. So


that was the impetus for us making this change. And I do, I know Elliott said this<br />

went out kind of late and I apologize for that. I was securing some information,<br />

but basically just wanted to share this information with you and just kind of tee-up<br />

some of the activities that will be coming with this project in the February<br />

timeframe.<br />

Currently the FTP server is accessed by the CLECs<br />

and there is a variety of reports that the FTP reports are used for. There’s a<br />

CSR report over l0K which provides access to CSRs that are over certain size<br />

constraints whereby you can’t view them via the LSI or retrieve them via EDI.<br />

There is the DSL (inaudible) extract which is used to download all DSL<br />

qualification information. There’s a listing verification report which is utilized by<br />

both <strong>Verizon</strong> East and West which provides information on book closing. There’s<br />

the OQS report which currently provides information on maintenance, and I did<br />

want to get back to that one after going through this presentation.<br />

There’s a provider notification which provides the line<br />

loss data and that supported <strong>Verizon</strong> East. There’s a PSA file which provides the<br />

download of product availability information. I have <strong>Verizon</strong> East but in reality it’s<br />

supported in New York only. There is the STAG file which provides information<br />

on address validation of files which is supported in New York only, and then<br />

there’s the USOC report that’s provided in <strong>Verizon</strong> East.<br />

So those are the reports that are currently available<br />

via the FTP server and the plan is to migrate all of those reports over to the new<br />

platform. I wanted to provide for the industry kind of like a before and after look<br />

to see, you know, what changes would be apparent to them. In the current<br />

procedure you have what we call an individual registration model, and what this<br />

is, is anybody who wants access to the FTP server calls individually to<br />

connectivity management to set up a user ID and password. That’s the current<br />

model. We also, when it comes to access it’s via dialup modem via Telnet or<br />

FTP Client software. There is some manual intervention required. At the very<br />

least you need to enter in secure ID information and there is currently no<br />

validation on dormant accounts.<br />

In the new model we want to drive towards a<br />

delegated indirect station model, and this is something that is coming out of the<br />

new security requirements that we have. With the delegated user model each<br />

CLEC would establish a super-user and that super-user would then be able to<br />

enable any of the individual people that needed access within their company.<br />

In addition to that access would be via the web<br />

browser to <strong>Verizon</strong>.com using a secure https connection. With this process full<br />

automation is possible. We would do validation on dormant accounts and the<br />

inter-company relationship would be based on contract data. And this is a very


important thing and this is one of the things I really want to make sure everyone<br />

is aware of.<br />

Currently when we look at the relationship between<br />

companies and you know there’s different merger activities we call a parent/child<br />

relationship. It’s kind of built on you know discussion with some of the CLECs<br />

and negotiation but what we’re driving to is a more consolidated model and it’s<br />

something that I know some of the folks that work on the CLEC profile database<br />

that composing from contract data, they’re actually looking at a way to more<br />

efficiently look at the contract data and identify the parent/child relationship.<br />

When we migrate over to this new model we will be using the CLEC profile<br />

database to identify parent/child relationships. What that would mean to you is if<br />

you go and asked us a provider notification or line loss report, depending on how<br />

you are currently set up it will go over to this new model, it could look different.<br />

We’re going to be basing what you get in your provider notification on how you<br />

look to us from a contract point of view. So however you are established from a<br />

merger point of view, or how you are doing business with us contractually us how<br />

you will start getting your report. So it’s actually kind of streamlining and coming<br />

up with a more unified process on how we look at you and your company. So<br />

that’s a big change and I wanted to point that out.<br />

So from a CLEC’s perspective they will see that<br />

difference depending on, you know, how entwined the parent/child relationships<br />

are. The schedule is that the migration is targeted for the February 2005<br />

release. While the migration is going on reports will be available during both<br />

platforms and what we are going to do is to migrate, you know, report by report.<br />

There will be a dual move up, excuse me, a dual mode window established for<br />

thirty days. That’s what we’re looking for, and during this timeframe CLECs<br />

would need to register for a new user ID and password for this site and to set up<br />

that single point of contact. And that single point of contact will maybe create the<br />

additional IDs. So the activity is that the CLEC community would need to do<br />

during this thirty day window is establish the new user ID and password, and<br />

again during that timeframe the reports will be available in both windows.<br />

That’s basically giving the high level of what’s going<br />

on with this FTP project. There’s one thing I wanted to discuss with on the O2S<br />

requests. Does anybody have any questions on this?<br />

Female Speaker: I do. Does the metrics report come over the FTP<br />

server?<br />

Sue Pistacchio: No.<br />

Female Speaker: OK, and the second question is how many days prior<br />

do we have to have our profiles updated to make sure that we are (inaudible).


Sue Pistacchio: That’s something – I talked to somebody that actually<br />

works for that, who is doing the CLEC profile database and I believe that they are<br />

finalizing all that parent/child stuff in the December timeframe. It was my<br />

understanding that she was composing some notification to the industry or<br />

working individually with the CLECs.<br />

Female Speaker: (Inaudible)<br />

Sue Pistacchio: Yes it is.<br />

Female Speaker: And then – OK (inaudible) thirty days (inaudible).<br />

Sue Pistacchio: What she had told me was that that stuff should be<br />

finalized in the December timeframe, which would be in time for this.<br />

Female Speaker:: OK. Sounds like that has to be that parent/child<br />

relationship.<br />

Sue Pistacchio: Correct.<br />

Female Speaker: And then probably ICA (inaudible) based on contract<br />

data.<br />

Sue Pistacchio: Right, correct.<br />

Female Speaker: OK, all right.<br />

Mary Halpin: Sue what about lost line data that comes back from<br />

EDI?<br />

Sue Pistacchio: We’re not touching that so this is for anything that’s<br />

coming back on the FTP server only. It won’t touch the EDI or I believe the NDL<br />

part of it at all.<br />

Mary Halpin: When you talk about the (inaudible) based on the<br />

profile. I mean today pretty much reports on (inaudible) those profiles have to be<br />

valid and have a contract, etc. but it’s done pretty much by OCN. So for any FTP<br />

report you’ll be (inaudible) put together and organized.<br />

Sue Pistacchio: No actually, and I’m not an expert on this. I was<br />

asking how data is arranged now and there is some relationship that’s built but I<br />

believe that it’s more by negotiation with the CLECs on how they want to. Most<br />

things don’t have profiles (inaudible)<br />

(Inaudible)


Sue Pistacchio: What I was told was that it’s basically how you’re<br />

doing business and if there’s a company and they have a parent/child<br />

relationship but if you’re still doing business separately we would consider you<br />

separate then you get your reports separately, and I guess in some cases that’s<br />

not the case now. Again what I would like to do, I’m not an expert on this. I<br />

know Gigi is and again I was putting together this together quickly. What I could<br />

do is to see if maybe she could come to the next change management meeting<br />

and talk a little bit more on that for me. What I did want to stress is the line loss<br />

could look different because I know that they have looked at some of them and<br />

said well, when we go over to this new model this report wouldn’t come out like<br />

this again. And I know she would cite certain companies so you know, that’s the<br />

kind of thing if you go on a contract (inaudible).<br />

(Inaudible)<br />

Sue Pistacchio: That’s one of the reasons. I mean historically we<br />

bring this information at 73 days and one of the things that we had thought about<br />

with this one, this is an important thing. We didn’t want it to get lost with all the<br />

business rule changes and everything else going on. We thought this was<br />

important enough to bring it to you a little bit sooner. I’d just give you a heads up<br />

on where the changes would be. So it could be how you see your reports for the<br />

parent/child relationship and to make sure that you understood that you will need<br />

to establish that new user ID and password.<br />

(Inaudible)<br />

Sue Pistacchio: Yes, that’s the new security model that they are going<br />

by so the company would set up one super-user who would then be able to<br />

establish users within their own company. If you have any questions (inaudible)<br />

Gloria Velez: Sue this is Gloria Velez. On the feature procedures<br />

side where you talk about access via the secured https.<br />

Sue Pistacchio: Right<br />

Gloria Velez: So I’m thinking that we would not need any secure<br />

IDs and secure ID keys.<br />

Sue Pistacchio: No more secure ID card, correct.<br />

Gloria Velez: OK, and then the second question that I had was on<br />

the fourth bulletin, validation of dormant accounts. Could you explain what that<br />

means relative to the provider notification report?<br />

Sue Pistacchio: Well what that means is we have reports that we,<br />

we’re trying to track down (inaudible) and from doing a lot of digging we feel if


they haven’t been accessed in over a two year period, but we really didn’t have<br />

any defining measurement to say if something was being inactive. So as part of<br />

the new requirements we wanted to be able to measure that certain reports were<br />

being accessed and that will help us like if we wanted to look to say do we need<br />

these special reports anymore. Also as part of the security model they do want<br />

to establish a dormant period where if a report isn’t accessed within a certain<br />

amount of time, and that hasn’t been defined as yet - it could be thirty days or<br />

sixty days - the account would become inactive and the user would need to set<br />

up a new user ID and password. And I’ve been told that's pretty much the model<br />

and that’s for security concerns.<br />

Gloria Velez: OK so when you use the word ‘account’ you’re not<br />

talking about an account for an end user that you have, you’re talking about the<br />

account relative to accessing the web. So if you’re a user, if Mary was active and<br />

Mary didn’t use it for three months then she might become automatically<br />

disabled.<br />

Sue Pistacchio: That’s correct.<br />

Gloria Velez: OK. Thank you.<br />

Sue Pistacchio: Any other questions on the FTP migration?<br />

There was one other point that I wanted to bring up<br />

and I did look back on the transcript because I wasn’t exactly sure how we left it<br />

off, but there is one report that we have diligently looked at and have found no<br />

activity for well over two years, and that is the OQS report. (Inaudible) Open<br />

Query System and it provided a data base by maintenance information, where<br />

you could look at the status of open and closed tickets.<br />

Elliott Goldberg: (inaudible) I tried personally for eight or nine months<br />

to access that report and use it and never successfully got in. So the reason it<br />

may not be used (inaudible) physically impossible. I’d be curious if anybody<br />

outside <strong>Verizon</strong> can get into that because I thought I was reasonably good about<br />

it and I couldn’t get in. And I gave it to one of my guys and he gave it up in<br />

screaming frustration.<br />

Sue Pistacchio: Yes it could be something (inaudible) It could be<br />

pointed in the wrong place but I know when they were looking at it they were like,<br />

no-one’s asked (inaudible) pretty much (inaudible)<br />

Beth Cohen: Well I know (inaudible)<br />

(Inaudible)


Elliott Goldberg: We tried to get in because we wanted to use it and we<br />

just couldn’t get it.<br />

Beth Cohen: My understanding of the (inaudible) is that the<br />

information (inaudible) on that report (inaudible) other process (inaudible) trouble<br />

tickets (inaudible) the trouble admin or I think through the line watch report<br />

(inaudible) that was an unusual report that was built when we first started this<br />

business in order to provide some kind of information you know, regarding<br />

(inaudible) and I believe the line loss was also part of that.<br />

Elliott Goldberg: Well as I say it looked promising but we were never<br />

able to access it.<br />

Dok Matthews: This is Dok. Can you hear me?<br />

Sue Pistacchio: Yes<br />

Dok Matthews: Quick question. How are you going to establish the<br />

single point of contact? Are you going to do it through sending a change<br />

management memo out and ask us to enter a window to do it or?<br />

Sue Pistacchio: Yes again this is the first notification on this. We are<br />

going to pin down the timeline. There would be a change management<br />

notification that would go out. It would be reiterated I know during the 73 day<br />

timeframe. We want to come up with the comprehensive rules on how you would<br />

access the reports and whatnot. But you know we would send out several times<br />

notification to let you know here is the window. You would follow the common<br />

procedures that you do contacting productivity management to set up your what<br />

you would call super-user.<br />

Dok Matthews: And you would be getting a certificate as well,<br />

correct?<br />

Sue Pistacchio: Oh now you’re asking me connectivity questions. I<br />

believe we should already have your – I think a digital certificate that came out.<br />

Dok Matthews: Yes.<br />

Sue Pistacchio: That I don’t know. I’m not (inaudible) productivity<br />

(inaudible)<br />

Dok Matthews: Just checking, that’s all. Thank you.<br />

Sue Pistacchio: You want to know if you need to have a digital<br />

certificate?


Dok Matthews: I’m wondering if there might be an additional one that<br />

would be issued for it, that’s all.<br />

Sue Pistacchio: I can take that back.<br />

Dok Matthews: Thank you very much. I don’t want to hold you up<br />

because we’re already running late.<br />

Beth Cohen: Thanks Dok!<br />

Sue Pistacchio: OK, I just wanted to leave on this with more<br />

affirmation that our viewpoint is there is no longer a requirement for the OQS<br />

report. It is covered particularly within trouble admin with the statusing<br />

transaction so it is our proposal, and without any reservation from the CLEC<br />

community, we want to cease producing the OQS report that no one has asked<br />

for. So (inaudible) for discussion. OK, great.<br />

Beth Cohen: I think what we need to do though because not<br />

everybody is (inaudible) is send out a notice with that information and asking the<br />

whole community if there is anybody out there (inaudible)<br />

Elliott Goldberg: I guess my real question will be what is the OQS for<br />

because I think its (inaudible)<br />

(Inaudible)<br />

Elliott Goldberg: I suspect you’re right that there’s no information that’s<br />

not otherwise obtainable but we can always (inaudible) so I’m curious to know<br />

what exactly was on it. I suspect that those of us who have electronic (inaudible)<br />

are already getting the status (inaudible).<br />

(Inaudible)<br />

Elliott Goldberg: (inaudible) days it may be taking on a whole new<br />

importance.<br />

Sue Pistacchio: That goes back to the old days.<br />

(Inaudible)<br />

Beth Cohen: As I remember it was almost like a stop gap measure<br />

to try to get…<br />

Elliott Goldberg: And I’m not (inaudible) I just don’t know…<br />

Sue Pistacchio: I do have a copy that and I can send it to you guys.


Elliott Goldberg: That would be helpful, yes.<br />

Dok Matthews: Yes some of us are new; we don’t know everything<br />

that’s out there.<br />

Elliott Goldberg: What did you say Dok?<br />

Dok Matthews: I said some of us are new, we don’t know everything<br />

that’s out there.<br />

Elliott Goldberg: You’re right.<br />

Jean Derrig: OK, moving on with these then Beth. (Inaudible)<br />

some departmental discussions. WCCC update. Nick are you out there? Press<br />

star, six if you’re muted.<br />

Nick Umrani: Hello.<br />

Jean Derrig: There you go Nick.<br />

Nick Umrani: OK. All right, thanks Jean. So from a WCCC<br />

perspective there is nothing new to report since last time.<br />

(Inaudible)<br />

Dok Matthews: Nick.<br />

Nick Umrani: Yes I’m here.<br />

Dok Matthews: This is Dok at Penn Telecom. I’m sorry to take up<br />

time on this meeting but there is some stuff new from us. I’m getting inundated<br />

with reports from my staff that calls into WCCC are going back over thirty<br />

minutes and also being dropped and we can’t get back to the people we were<br />

trying to talk to. I have some information and I will send it to you in an email.<br />

Nick Umrani: Yes, hey Dok this is Nick. Have you ever tried using<br />

the self service utility?<br />

Dok Matthews: I’m trying to get them to start that.<br />

Nick Umrani: Yes that would be very helpful because it does save<br />

us time and then we can focus on finding closeouts. You’d get responses faster<br />

also.<br />

Dok Matthews: Yes.


Nick Umrani: But yes do send me the information because I do get<br />

these reports daily and I could not see those kinds of time lags anywhere. In fact<br />

on several days the ATF seem to be within a few seconds so I’d be very<br />

interested in seeing timeframes, days, etc.<br />

Dok Matthews: Will do.<br />

Nick Umrani: Great but yes please to the extent possible encourage<br />

your people to utilize self service.<br />

Dok Matthews: Thank you.<br />

Lisa Provenzo: This is Lisa. How are you doing? Nick are you there?<br />

Hello?<br />

Nick Umrani: Hello. Yes, not sure what’s happening but it’s…<br />

Lisa Provenzo: OK, I thought you were running from me! This is Lisa,<br />

MCI. Can you just verify we (inaudible) call into the connectivity management<br />

process (inaudible) reestablish user ID and name for some reason. Is it better if<br />

we (inaudible)<br />

Nick Umrani: I’m sorry Lisa, could you repeat that please. Your<br />

voice was cutting in and out.<br />

Lisa Provenzo: Oh I’m sorry. Can you hear me better?<br />

Nick Umrani: Yes a little bit.<br />

Lisa Provenzo: A little bit. Is it – the user ID when you reestablish the<br />

user ID for the LSI sometimes you have to you know reestablish it. Does the<br />

WCCC are they taking the responsibility of that now? We used to go directly to<br />

connectivity management but now they’re referring us to the WCCC.<br />

Nick Umrani: Yes what we are trying to do Lisa is try and collect<br />

that sort of information through the WCCC tracking system. So the ticket will still<br />

be handled by connectivity management but it just gives us better tracking of the<br />

issue.<br />

Lisa Provenzo: OK so you want us to open a trouble ticket when a<br />

user has to reestablish their user, even ID?<br />

Nick Umrani: Yes that would help, but in the meantime if it’s urgent<br />

you know you can certainly reach out to your connectivity folks and what we<br />

would do then in that case is open a ticket internally so.


Lisa Provenzo: OK yes, because we’re getting our folks are, our<br />

internal folks are going to connectivity management and they’re pointing to your<br />

department so.<br />

Nick Umrani: Yes. Connectivity management is within my<br />

organization so.<br />

Lisa Provenzo: Oh it is.<br />

Nick Umrani: Yes.<br />

Jean Derrig: OK, any other questions for Nick? Right. Moving<br />

along to training and website enhancements. Stephen are you out there?<br />

Stephen Cuttle: Yes I’m here.<br />

Jean Derrig: OK.<br />

Stephen Cuttle: Thanks, good morning everyone. I will try to make<br />

this as quick as I can. Just to bring this to your attention on the events calendar<br />

there are several local ordering workshops planned for this month. Actually on<br />

Wednesday of this week, the 13 th , there will be a directory listing workshop for<br />

both East and West customers. There is a workshop scheduled on October 26 th<br />

for local ordering East and West and actually that will be launched and placed on<br />

the events calendar for registration. Actually it’s in process right now. And there<br />

will be a final October 27 th East ordering workshop and that will also be launched<br />

to the events calendar very shortly.<br />

I just wanted to find out, we did receive some<br />

feedback – I want to thank you Lisa from MCI on some directory listing<br />

recommended updates at the web based training. Lisa contacted me and I have<br />

to pass that information on to the web education team under Kathleen Hamm. I<br />

think Michele (inaudible) here in the process of trying to reach you to discuss it<br />

further.<br />

Lisa Provenzo: Great.<br />

Stephen Cuttle: And I would welcome again on that (inaudible) if there<br />

are other customers out there that are looking for specific directory listing<br />

content. I know that was a point of concern last month, please let me know. You<br />

can send that in to the verizon.system.team@verizon.com mailbox and I can<br />

forward that on to Kathy Hamm for the education team.<br />

Gayle Gissendanner: Stephen this is Gayle Gissendanner from Cox. Could<br />

you repeat that email address again?


Stephen Cuttle: Sure. Its verizon.system.team@verizon.com.<br />

Gayle Gissendanner: Now I do have a concern with the call that is<br />

scheduled for tomorrow. It’s been brought to my attention that our directory team<br />

has (inaudible) some problems with it. The second degree of indention and the<br />

third degree of indention. Do you think that will be discussed on the call<br />

tomorrow?<br />

Stephen Cuttle: To be honest with you Gayle I’m not sure. I can<br />

certainly find that out and get back to you. I can check with Kathy Hamm’s folks<br />

but I haven’t actually seen the agenda yet. But I can contact you.<br />

Gayle Gissendanner: OK, do you have my contact information?<br />

Stephen Cuttle: No, I was going to say can you give me your direct<br />

line?<br />

Gayle Gissendanner: Sure. 757-222-2585.<br />

Stephen Cuttle: OK.<br />

Gayle Gissendanner: Thank you.<br />

Stephen Cuttle: Sure. Moving on. As far as additional content that<br />

we’ve launched as of October 1 st we did launch a new error code documentation<br />

for the East, specifically 22 new error codes were launched to the error code<br />

page and the local ordering guide and again these are error codes that we track<br />

that are coming in to our cert help desks to try and document those error codes<br />

and provide recommended solutions. So please look for those.<br />

Female Speaker: (inaudible) Stephen where are they located, on the<br />

training? I’m referring to the error codes that come into the cert desk.<br />

Stephen Cuttle: They’re actually, if you go into, if you go to the<br />

wholesale webpage under Doing Business Local if you click on Ordering and you<br />

get into the Ordering local Services page.<br />

Female Speaker: Right.<br />

Stephen Cuttle: It’s on the right hand side of that page. There’s an<br />

actual link that says Error Codes.<br />

Female Speaker: OK.


Stephen Cuttle: And it takes you to a bridge page which gives you<br />

some information that’s applicable to East and West, and at the bottom of the<br />

page there’s an actual link for the East error codes and then the West error<br />

codes.<br />

Female Speaker: OK, thank you.<br />

Stephen Cuttle: Sure. One of the action items from last month I took<br />

back to look into that had come up was regarding the cert online form that<br />

customers can fill out as opposed to calling in to the cert desk, and there was a<br />

request that came up to provide some sort of cross reference information once<br />

you’ve, once you submit the online form and you get that acknowledgement<br />

email back, a request to have some sort of tracking mechanism associated with<br />

that. I did talk with – I went to my IT partners and brought the requirements to<br />

them and it is something they feel they can introduce some functionality to<br />

include that. It would actually be some sort of tracking number that would be<br />

populated both – it would be in the online cert form and then when you get your<br />

acknowledgment back you would get that tracking number as well so you would<br />

have a way to cross reference those emails. So it is certainly something that’s<br />

doable you know, it that’s something that the customer community is interested in<br />

pursuing.<br />

Teresa Castro: This is Teresa from Vartec. That would be something<br />

that we would be interested in. Do you need us to go ahead and open a Type 5<br />

CR for that or is that something – do you need that to pursue this?<br />

Stephen Cuttle: Yes I would need that to pursue it so that my IT group<br />

could develop, you know, the level of effort and what the timeframe would be to<br />

deliver that functionality, exactly Teresa.<br />

Teresa Castro: OK I’ll get that in this week.<br />

Stephen Cuttle: Great. Another interesting piece of content that we’ve<br />

– has been out on the web but hasn’t been utilized on the local side of wholesale,<br />

is the FAQ or the Frequently Asked Questions portal. I just wanted to bring it to<br />

your attention. You can get to the FAQ section of the web on any page on the<br />

wholesale website if you look at the top of the page there is some radio buttons,<br />

for example the Events Calendar and Training, and there is a button for FAQ and<br />

we’ve actually launched a number of new FAQ just as of October 6 th and there’s<br />

not a lot yet. But we plan on utilizing this location on the web to address some of<br />

the questions that are coming in to the help desk and that you might have. The<br />

questions that we actually launched this month involve questions that were<br />

coming into the cert desk, sort of the top five or six that were coming in. And so<br />

there’s a question, there’s a response and then there’s links to additional<br />

information.


So what you do is if you click on that FAQ button at<br />

the top of the page you get to a bridge page where you have to identify if you’re<br />

doing business local or access. In this case you would click on local and it will<br />

take you to the Frequently Asked Questions page. Right now there are five, the<br />

top five questions are listed automatically but you can also go in by State, by<br />

topic and you can also select by key word to bring up a particular question. So<br />

right now they are on the web. There are actually six in the East and five in the<br />

West but we will be planning on adding a great deal more content to that section<br />

and again we just wanted to bring that to your attention, that we are now utilizing<br />

that place on the web.<br />

Finally two last points. We haven’t launched any new<br />

order samples but we are planning on launching a significant number of samples<br />

this month.<br />

Speaker: Hello.<br />

Stephen Cuttle: Hello? Everyone can hear me?<br />

All: Yes.<br />

Stephen Cuttle: OK, but I just wanted - by the end of October and<br />

actually many of these new order samples specifically one will be dealing with<br />

the new loop share product in the East. A line split to loop share single migration<br />

order. These will be launched in time for the October 26 th workshop.<br />

We have updated two existing samples on the UNE<br />

library that deal with the hot cut process. The samples themselves are the same<br />

but there are now direct links to the hot cut process documentation that has been<br />

launched to the provisioning page on the web, so it’s a nice tie in. So I want to<br />

bring that to your attention.<br />

And finally just an update on our continuing effort to<br />

retire the CLEC to port pages of the web. The August through December 2003<br />

CLEC East industry letters were migrated. Actually that was completed on<br />

September 20 th . The 2002 CLEC East letters were migrated completely over as<br />

of October 8 th , and by the end of October we will complete that project and<br />

remove the remaining 2001 CLEC East industry letters.<br />

Any questions?<br />

Jean Derrig: Thank you Stephen.<br />

All right, moving on to the items by release portion.<br />

You’ve got the materials (inaudible) and you’ll see that we’re still carrying the


October items and the release is going in this weekend. (Inaudible) will be<br />

removed.<br />

Sue Pistacchio: The only two changes…<br />

Elliott Goldberg: (inaudible)<br />

Jean Derrig: If we move on to I believe its page 21 you’ll see some<br />

additions to the items by release. There appears either four items that have<br />

been added to this for a December release. These are new. These are all Type<br />

4s having to do with order error messages. We plan on rating these during the<br />

PWG today. Just to let you know we realize these are coming in late in the<br />

process. The reason behind that is these were originally categorized as Type 2s<br />

and as we’ve been checking through our Type 2s to make sure they were<br />

appropriately rated or not we came across some that should have been rated<br />

and changed to a Type 4. And this is the category that these fell into. So<br />

because of that they are coming late to the process but we are, we realize<br />

(inaudible) get these earlier to you and you know work report (inaudible) and<br />

hopefully we will not come across this again.<br />

Elliott Goldberg: I really appreciate that Jean because this practice has<br />

been going on for well over a year. And (inaudible)<br />

Jean Derrig: (inaudible) on page 21 where we (inaudible) in the<br />

December release.<br />

Elliott Goldberg: And we requested a year ago that <strong>Verizon</strong> give us a<br />

list of the Type 2s that were out there so we could understand what’s going on<br />

and then at least we would have had advance notice of what was going to<br />

become Type 4s. We still would like (a) that list (inaudible) Type 4s or not. But if<br />

we can understand what’s in the pipeline (inaudible) because we think its<br />

important if this group is going to do its function. First of all if we know there’s a<br />

Type 2/Type 4 in the bill we can decide whether or not what it is appropriately<br />

early and rate it prior to development. You know it should be rated prior to<br />

development if not prior to request requirements generation.<br />

Then secondly it may preclude us from putting other<br />

changes in because we know something is already in the hopper. So we would<br />

like, again, to renew our year old request for a list in some detail of what is in the<br />

hopper.<br />

Beth Cohen: (inaudible) to really do some serious (inaudible)<br />

Elliott Goldberg: It’s aggravating.


Beth Cohen: And we knew that the industry would (inaudible) to<br />

really go through and find all those all of those projects that are out there and did<br />

have a Type 2 rating on them. So we don’t necessarily know what are there. We<br />

bring them to the table so that we can indeed do this kind of, what needs to be<br />

done at the rating much earlier (inaudible)<br />

John Boshier: Beth can you just talk a little louder please.<br />

Beth Cohen: Sure, sorry.<br />

Elliott Goldberg: Especially since one of them is CLEC effecting.<br />

Beth Cohen: Actually Elliott I think that you’re kind of blocking the…<br />

Elliott Goldberg: Well no one's ever complained they can’t hear me<br />

Beth! One of these especially is CLEC affecting and is therefore in the wrong<br />

release. And we can get to that when we rate it but it is quite clearly CLEC<br />

affecting and thus it should not be (inaudible).<br />

Beth Cohen: Somebody is making some racket in the background.<br />

They need to go on mute please.<br />

Jean Derrig: The star, six will put you on mute and also take you<br />

off. Thank you. OK we did discuss that one. This is Jean.<br />

Beth Cohen: I’m not sure that it was worded differently than the<br />

other ones but it is the same as the other ones so I think we need to talk about it.<br />

Elliott Goldberg: Well let’s discuss it because it should be discussed.<br />

This may of may not be the time but if we’re (inaudible) a definitive time is<br />

forthcoming.<br />

Beth Cohen: Yes.<br />

Sue Pistacchio: Steve Manion are you on?<br />

Steven Manion: Yes I am.<br />

Sue Pistacchio: OK can you just do a brief description of these going<br />

in December, these Type 4s. (Inaudible) at PWG just so people know what<br />

they’re about.<br />

Steven Manion: Sure.<br />

Bennie Almas: Steve, before you move to December can we talk<br />

about the October release? There are a couple of initiatives that we have not


een able to test for the October release so I would just like to see if you can give<br />

me a status on that and tell me what your plans are if these items cannot be<br />

resolved?<br />

One is the shared UNE loop product and one is the<br />

migration from UNE-P to UNE loop.<br />

Jean Derrig: And pardon me, I’m not as good at voices as Tom<br />

was. Can you tell me who is speaking?<br />

Bennie Almas: Yes absolutely. It’s Bennie Almas with Neustar.<br />

Jean Derrig: Thank you.<br />

(Inaudible)<br />

Sue Pistacchio: Lisa are you still on? In terms of the second one. I<br />

think I know which one she is talking about, the one that is – what was the<br />

second one you gave us?<br />

Bennie Almas: There are two initiatives. One is a UNE-P to UNE<br />

loop migration or UNE loop to UNE-P migration, that’s a single LSR migration.<br />

Sue Pistacchio: UNE-loop to UNE-P right.<br />

Bennie Almas: I’d have to go to the CR and give you that detailed<br />

information. We’ve been trying to test these two initiatives using a progression<br />

test basis and they have failed ‘product not available’ consistently. Now I know<br />

that you’ve been working on your (inaudible) to get this resolved but today is<br />

October the 12 th . It goes in this weekend and these are still not resolved in the<br />

test environment.<br />

Beth Cohen: Bennie have you been working directly with your test<br />

coordinator for the release?<br />

Bennie Almas: Yes I have.<br />

Beth Cohen: And have you had any discussions at all directly with<br />

Nick?<br />

Bennie Almas: Nick who?<br />

Beth Cohen: Nick Umrani who is the Director.<br />

Bennie Almas: No I have not.


Beth Cohen: I don’t think he is still on the phone. I think that<br />

probably where you need to take this is directly into the CTE group. Ask your<br />

test coordinator if that person can get through to the manager, either her<br />

manager or get involved with you in discussion.<br />

Sylvia Hillard: Hi this is Sylvia Hillard. Hey Bennie, we can discuss<br />

this later on today this point they’re still working on it. There’s another (inaudible)<br />

thing.<br />

Bennie Almas: OK because I’m getting from my guys. They need to<br />

see these things are tested before they move them to production and we’re<br />

getting really close and.<br />

Sylvia Hillard: OK we can talk it out later.<br />

Sue Pistacchio: You could also go to Cindy if you want at this point.<br />

Bennie Almas: OK.<br />

Sylvia Hillard: But you know we can discuss it later. It still has not<br />

passed and we anticipate definitely on Wednesday. And the evening for the<br />

(inaudible)<br />

Bennie Almas: Well that means we can’t test it until Thursday and<br />

then Friday the test environment is closed, right?<br />

Sylvia Hillard: The test environment is open on Fridays.<br />

Bennie Almas: It is open on Friday?<br />

Sylvia Hillard: Yes it is.<br />

Bennie Almas: OK, great.<br />

Elliott Goldberg: Is that closed just can’t work in the test environment<br />

or is that you’re still working on it to try to get it to work so it could be released?<br />

Sylvia Hillard: We’re still working on it internally to get it released.<br />

Elliott Goldberg: That’s kind of shaky there to get it working and hope<br />

that in two days its stable enough for release isn’t it?<br />

Sylvia Hillard: No it’s been published to the CLEC community, the<br />

testing status so far and if you do have any questions you can come directly to<br />

me or (inaudible).


Beth Cohen: I think that, you know, the CLEC folks are working<br />

with IT on whatever issues are in place there and I know that again this is new<br />

functionality. It’s not existing functionality and I know that there has been some<br />

issues related to some of the new functionality which is being worked through.<br />

I’m not privy at the moment to know the exact…<br />

Sylvia Hillard: This is something we can take offline. I can take this<br />

offline with Bennie later.<br />

Beth Cohen: All the test coordinators are working with CLECs<br />

directly where the functionality is (inaudible).<br />

Elliott Goldberg: No, and I understand that. What I’m saying is if this<br />

stuff is being worked on several days before implementation my question is<br />

whether it will be adequately tested enough so that it doesn’t bomb out<br />

something else that’s in the release or currently stable in production. I know<br />

there’s so much more (inaudible). The transaction testing is fine and those<br />

CLECS that plan to use it immediately and test it will probably do so. So some of<br />

us will probably just wait and see if it blows up first. But I question whether<br />

anything is stable enough that three or four days before a major release, and if it<br />

hasn’t passed testing that you know that you can confidently state it won’t affect<br />

anything else in this massive scope.<br />

Beth Cohen: Well I think testing anything else (inaudible)<br />

regression in testing, so (inaudible) I understand.<br />

Elliott Goldberg: I’ve heard it before Beth.<br />

Beth Cohen: I understand your comments but I think that is clearly,<br />

you know, exactly what’s being looked at here and making sure its not, testing<br />

whatever isn’t working isn’t impacting something else.<br />

Female Speaker: So we will be able to order the product after this<br />

Monday after the release right? I mean<br />

(Inaudible)<br />

Beth Cohen: You are supposed to be able to.<br />

(Inaudible)<br />

Dok Matthews: Beth, stupid question time please. Is that going to<br />

count both in EDI as well as LSI, or I mean GUI?<br />

Beth Cohen: Yes I believe so. I don’t think it’s a connectivity issue.


Dok Matthews: OK.<br />

Elliott Goldberg: So that’s 3202, and what was the other one?<br />

(Inaudible)<br />

Elliott Goldberg: 1333?<br />

Dok Matthews: Elliott do you have a page on that?<br />

Elliott Goldberg: I’m looking at 14 and 15. I’m assuming its those two.<br />

Jean Derrig: No the shared UNE loop product is on page 21.<br />

Elliott Goldberg: OK, so the one she’s talking about is not UNE-loops<br />

to platforms?<br />

Jean Derrig: There was two. There was that one.<br />

Elliott Goldberg: And I thought the other one was 1333 – single LSR to<br />

migrate voice data.<br />

(Inaudible)<br />

Elliott Goldberg: I’m sorry?<br />

Jean Derrig: Single LSR to migrate voice data. That is correct.<br />

Elliott Goldberg: Oh thank you.<br />

Beth Cohen: (inaudible) something about shared UNE loop<br />

products?<br />

Jean Derrig: Yes that’s the same one.<br />

Sue Pistacchio: No its not.<br />

Jean Derrig: OK then I have the wrong number. Sylvia can you?<br />

Elliott Goldberg: Which two are we talking about?<br />

Jean Derrig: It’s CO3-1333.<br />

Elliott Goldberg: Thank you ma’am that’s what I thought it was.<br />

Jean Derrig: 1641.


Elliott Goldberg: And 1641?<br />

Sue Pistacchio: 1641 is the shared UNE loop.<br />

Elliott Goldberg: So that’s not the one I thought it was.<br />

Jean Derrig: OK it’s back to December. Stephen:<br />

Steven Manion: All right, the first item is 388230, change number<br />

CO4-0429. The title of this is Query for the RCU TWC in former GTE Region.<br />

The purpose of this initiative is to automate a query back to the CLEC that is<br />

going to the NMC today and out to the CLEC manually. When the LSR is<br />

requesting a three-way calling block, and that’s the RCU TWC in former GTE<br />

Virginia. This block is ineligible in former GTE Virginia therefore the query would<br />

be sent back on resale and platform residents request with an ACT of C, N, T or<br />

V. Any questions on that?<br />

(Inaudible)<br />

Elliott Goldberg: Stephen is this query in any way different from what’s<br />

being sent out manually?<br />

Steven Manion: This is the actual message. The actual message is<br />

manual today. I cannot guarantee it’s exactly the same as what the message is<br />

when it’s automated but it is…<br />

Elliott Goldberg: If the message changes that means we’ve either got<br />

to change our systems and procedures, in which case this would become CLEC<br />

affecting.<br />

Steven Manion: OK, it’s manually being sent to you today.<br />

Elliott Goldberg: No, I’m not worried about the methodology with<br />

<strong>Verizon</strong> I’m worried about the content that’s seen by the CLEC.<br />

Beth Cohen: Whenever we have a manual query it is at the whim<br />

of the rep who is actually sending that message back to you as to exactly what it<br />

says. So it is not a standard message today. It is, it could have any number of<br />

things in the message so what this does actually, every single one we’re talking<br />

about here. It does provide now a standard message.<br />

Elliott Goldberg: I understand that but you see when we get automated<br />

messages if you will, just for discussion purposes (inaudible) carry over to a<br />

number (inaudible) many of us have those programmed into our systems so they<br />

are handled automatically. We don’t do things – when you send out this manual<br />

stuff they drop to a bucket someplace. They may or may not ever get looked at


depending on the CLEC because I know different CLECS handle them different<br />

and I won’t speak for anybody else. But when we then have to (a) insert a new<br />

error code into our table or (b) worst and most horrible case, which is something<br />

we have always fought against, give a new meaning to a multiple error code, that<br />

involves change for our people and our systems and thereby that becomes<br />

CLEC affecting. That's why when we do these things early in the process, as<br />

they’re supposed to be, the CLEC that uniformly for the last four years that I<br />

know of insisted that every new message come with its own distinct error code.<br />

Beth Cohen: Let me just ask this question here because this is not<br />

the first time obviously this has…<br />

Elliott Goldberg: But I’ve lost this argument before.<br />

Beth Cohen: This is not the first time this has been brought to the<br />

table. Because it’s actually been a practice of <strong>Verizon</strong> to bring these kinds of edit<br />

changes that then have an error message associated with it. We’ve done these<br />

in the outside of the three major you know, releases.<br />

Elliott Goldberg: They should be part of the three major releases.<br />

Beth Cohen: Let’s – and I understand that that’s your point Elliott,<br />

but I would like to obviously hear some other folks here because we have done<br />

this. There are clearly advantages on both sides of the fence for these types of<br />

issues.<br />

Steven Manion: And one thing Beth is to make sure when you have<br />

the discussion everybody understands, for whatever it’s worth Elliott, just to bring<br />

up is that these are also on the 73 day notice. They did go out, so we do notify<br />

on 73 and 48, 45.<br />

Sue Pistacchio: And it is right, I’ve just done research on this one<br />

because it looked familiar. This is something that we actually updated the<br />

business rules on as part of the October release to show that this product was<br />

unavailable in former GTE. And I think what happened for some reason I don’t<br />

think that the order as a block but what (inaudible) still put this USOC in the<br />

feature field. But notification that this block is also available is covered by the<br />

October release.<br />

Beth Cohen: I think that what we’re doing here is the in all four that<br />

we’re going to talk about (inaudible) they are all – yes there will be a change to<br />

the message because it will be standardizing a message that has been<br />

somewhat fluid up to this point. It also, what it does, it brings back by automating<br />

an existing manual query it also gets that error or that query back to you in a<br />

much more timely basis. Right now it takes 24 hours for these to get processed.<br />

So there is clearly a benefit operationally to the CLECs as well as to <strong>Verizon</strong>. I


mean, you know, no question here that driving manual work out of the NMC is<br />

something that I think we all want because first of all it’s more efficient and faster<br />

for the CLECS to do (inaudible) and second it allows us to be less prone to error<br />

because it’s being managed by (inaudible) systems as opposed to manually. So<br />

clearly there’s benefits here. Clearly we’ve done these in the past. I understand<br />

the discussions that we have had in the past and (inaudible) but I am bringing<br />

before us, as we are bringing before us as things we would really like to do in this<br />

December release because of the efficiencies it provides to both sides of the<br />

house.<br />

Lisa Provenzo: And I understand, you know, automating the query is<br />

but it does have some kind of, there are complications. Not every time but<br />

sometimes there are when you introduce a new error code. Because you may<br />

be entering on a CO that you never used to be before and that could be<br />

something that we would probably want to hard edit internally in our company<br />

because we don’t send you an order. It’s going to be sensitive when we go<br />

outside the October release (inaudible). In this particular case is this something<br />

that you’re (inaudible) former GTE Virginia (inaudible).<br />

(Inaudible)<br />

Beth Cohen: (inaudible) from the four edits that we have, it’s about<br />

2,200 a month.<br />

(Inaudible)<br />

Lisa Provenzo: (inaudible) because every single error code that we<br />

receive back is programmed.<br />

(Inaudible)<br />

Beth Cohen: Whoever has a barking dog in the background could<br />

you please mute your phone.<br />

(Inaudible)<br />

Mary Halpin: (inaudible) Then we have to go to WCCC to get<br />

clarification, and if we knew about all of this in advance (inaudible).<br />

Steven Manion: Beth this is Steven. There’s a 73 day notice…<br />

Beth Cohen: Hang on Steven.<br />

Steven Manion: OK.<br />

Elliott Goldberg: The mere fact that we have to do programming<br />

change (inaudible). And you know just as there are things in the rules I don’t like,


there are things in the rules I’m sure you don’t like and the point is they’re there<br />

to expedite the relationship between the two companies and doing things like this<br />

you know, for all <strong>Verizon</strong> may or may not know I may be doing another major<br />

systems release for another ILEC in the month of December and therefore the<br />

my ability to squirrel in regardless of the 73 day notice some additional<br />

programming may be very constrained. I plan on CLEC impacting releases<br />

because when we ask for 4 a year <strong>Verizon</strong> says no, three is all we can handle. I<br />

plan for the time with my staff to do the three CLEC affecting releases a year<br />

from <strong>Verizon</strong>. I allocate my staff to other ILECS to do CLEC affecting releases in<br />

other months.<br />

Lisa Provenzo: And so no one obviously (inaudible)<br />

(Inaudible)<br />

Lisa Provenzo: It’s the same thing with CSR when they introduce new<br />

edits (inaudible) clean up the orders but if you don’t know what field to get an edit<br />

on that I got (inaudible) with you it makes a difference. I don’t (inaudible)<br />

Beth Cohen: The issue here that would bring (inaudible) in the<br />

process.<br />

Lisa Provenzo: I don’t see why you couldn’t have this done in<br />

October.<br />

Beth Cohen: I don’t think anybody knew about it October and it<br />

probably wasn’t capacity. If somebody was actually looking at it (inaudible) but<br />

it’s possible there was a capacity issue in October. And probably (inaudible)<br />

small development effort you probably would (inaudible) but we end up just<br />

having (inaudible) which is why I think (inaudible) probably, because I know this<br />

was one of his issues that he was (inaudible). Now we’ve got you to fight for it.<br />

Lisa Provenzo: Yes for certain CLECS. I mean I may not program<br />

every error code (inaudible). If you do that then that would be a CLEC<br />

(inaudible). Flow through (inaudible) with a whole bunch of rejects you never got<br />

before (inaudible)<br />

Gloria Velez: And this is Gloria. May I ask Sue a more detailed<br />

question? Which block value was this affecting? I thought I heard someone say<br />

it might be affecting the block values.<br />

Sue Pistacchio: The block 7 for platform block 4 for resale.<br />

(Inaudible)<br />

Gloria Velez: OK, thank you.


Beth Cohen: I would…<br />

Gloria Velez: And Beth if I could I ask another question. This<br />

doesn’t affect the feature code that you use to order three way calling?<br />

Sue Pistacchio: I don’t understand that one.<br />

Gloria Velez: Well isn’t there a, for platform isn’t there a feature out<br />

there that one can order or one can place on an order so that the line has threeway<br />

calling? So is this – I’m a little bit confused. I don’t know if this is solely to,<br />

solely associated with blocking three-way calling.<br />

Sue Pistacchio: Stephen you were explaining exactly what this block<br />

was, right?<br />

Steven Manion: Right.<br />

Sue Pistacchio: Why don’t you do that again.<br />

Steven Manion: Well my understanding is that it’s the three-way<br />

calling block which is specific, and its specifically former GTE Virginia that we<br />

don’t allow that.<br />

Gloria Velez: Right, OK. So it’s not affecting the ability to order<br />

three way calling?<br />

Steven Manion: Right because it’s the three-way calling block, you’re<br />

correct.<br />

Gloria Velez: OK, so in other words today if you use block 7 on a<br />

UNE-P order and you happen to be in an area of Virginia that belongs to former<br />

GTE Pennsylvania its going through your system. The NMC is catching it and<br />

sending back a query, and now you want the system to catch it up front and<br />

therefore change the error code.<br />

Steven Manion: Right. The only difference is we’re sending it back to<br />

you today; we’re just going to do it through the system instead of through the<br />

NMC, correct.<br />

Elliott Goldberg: Right now when I look at this change you’ve got two<br />

error codes with (inaudible) so that at the very least you’re going to automate<br />

this, automate it down to the single error code for meaning so we can process it<br />

expeditiously so that everybody gets the full benefit of these changes. And I<br />

grant you that…


Steven Manion: What two error codes are you referring to Elliott?<br />

Elliott Goldberg: (inaudible) point, your documentation on page 4 or 5<br />

on the December error code list you’ve got BS138 means it relates either to<br />

feature or feature detail, (inaudible) and RS100 the same. Now I don’t see that<br />

the use of this code leads directly to a single change that has to be made to fix<br />

the order.<br />

Steven Manion: One is the port form service form and one is for the<br />

resale service form.<br />

Elliott Goldberg: Right but either one could have two meanings,<br />

according to your documentation, or two paths, or whatever.<br />

Steven Manion: I don’t understand what you mean by two meanings.<br />

Elliott Goldberg: The BS138 message could relate either to the feature<br />

or the feature details. So that therefore there’s got to be some derivative logic<br />

put on the CLEC side to process it.<br />

(Inaudible)<br />

Elliott Goldberg: 0249, I turned to 0249 in the documentation.<br />

Sue Pistacchio: I think there is a logic there. You have that error<br />

coded you populated the RCU WT…<br />

Steven Manion: RCU TWC.<br />

Sue Pistacchio: RCU TWC – thank you Stephen and (inaudible)<br />

feature/ feature details field. It’s coming in on both so it’s like to find out<br />

(inaudible) that incorrect USOC you want to know the field.<br />

(Inaudible)<br />

Gloria Velez: So you’re saying you can do, you can order the threeway<br />

call block via two methods. One is a block code and one is a feature. Is that<br />

what you’re saying Sue?<br />

Sue Pistacchio: Well the thing is the block should only be ordered by<br />

the block code.<br />

Gloria Velez: Right, I agree.


Sue Pistacchio: Right, so part of this was, and I believe what Stephen<br />

was getting to was it can only be ordered via the block field and it’s not available<br />

in former GTE.<br />

Steven Manion: Right. And what we’re looking for is the presence of<br />

RCU TWC.<br />

Elliott Goldberg: Just so I don’t belay the point but what I would really<br />

be looking for as a systems programming type would be BS138F clearly and<br />

distinctly means feature and TS138FC clearly and distinctly means feature<br />

details so the system can go directly to the field and check it. If you’re going to<br />

automate it then automate it down to a unique level.<br />

Beth Cohen: I think that we’re not here to design..<br />

(Inaudible)<br />

Beth Cohen: I think there are some folks obviously our business<br />

rules folks are the ones who understand the <strong>Verizon</strong> side of this and we’re not<br />

here to design, that is not what we’re here to do.<br />

Sue Pistacchio: Well is this a unique new error or is this something<br />

that was already existing?<br />

Beth Cohen: It’s currently manually queried. It falls from the NMC<br />

for manual (inaudible).<br />

Sue Pistacchio: No I understand that I just wondered if it was a new<br />

error code (inaudible)<br />

Steven Manion: As Beth said before I can guarantee you it will be a lot<br />

clearer when you get these two messages versus what you’re getting today<br />

because I know you’re getting variations.<br />

Elliott Goldberg: (inaudible) the fact that when we started there were<br />

error codes that had over 70 (inaudible) If its not I’ll happily take it to another<br />

forum because this is the place we were told by <strong>Verizon</strong> to address it.<br />

Beth Cohen: I think right now what we are talking about is, it looks<br />

like four specific error codes that are being suggested for this particular scenario,<br />

so that’s really what we’re talking about here. And it sounds like we’ve beaten<br />

this one to death. I’m just rather concerned about the December timeframe.<br />

Jean Derrig: This is Jean, Can we move on to the next one.


Steven Manion: All right. The next one is 387538, which is change<br />

number CO4-0462 - flow through line share on suspended accounts in the South<br />

and in this one the purpose is to automate the query back to the CLEC. It’s gone<br />

to the NMC and manually to you today. The query will reject the order back to<br />

the CLEC if SNP, which is Suspend Non Pay, or DNP, Disused Non Pay,<br />

appears on the account. Any questions?<br />

The next one is 388232, change CO4-0834 - query on<br />

Centrex migration when the CLEC leaves less than two lines on the CSR. The<br />

purpose of this initiative again is to query back to the CLEC what we are now<br />

doing manually through the NMC and it will be queried back when the Centrex<br />

account being migrated on a platform or a UNE request is leaving only one<br />

Centrex line or basically less than two. And what we’re saying is in order for<br />

Centrex to function correctly we need a minimum of two lines. So this initiative<br />

will validate for this condition and query if the CLEC leaves only one Centrex line<br />

on the account. We’re doing it today but we’re doing it manually so we’re going<br />

to automate that error message back to you.<br />

Lisa Provenzo: And where is that error message, a new error<br />

message?<br />

Steven Manion: It was in that 73 day notice and it should read 7040G<br />

as in good 101SNP/DNP.<br />

Lisa Provenzo: Right, I can’t seem to find that other document, so<br />

7040G101/SNP/DNP not eligible on line share.<br />

Lisa Provenzo: No I’m sorry; I’m talking about the Centrex one.<br />

Steven Manion: I’m sorry. I just jumped at the line. That is 7020WT22<br />

and it reads partial migration of Centrex requires leaving a minimum of two lines<br />

to maintain the Centrex service.<br />

Lisa Provenzo: OK thank you.<br />

Janice Ziegele: Stephen this is Janice Ziegele from Broadview. I can<br />

(inaudible) on this one. Is this only expecting Centrex if you dial 9?<br />

Steven Manion: I’m sorry there was a lot of noise, I couldn’t hear you.<br />

Janice Ziegele: Is this only expecting Centrex as being dial 9 service?<br />

Steven Manion: That I do not, I do not believe it’s just dial 9.<br />

Janice Ziegele: I’m looking at the error codes and that’s what it is<br />

showing.


Steven Manion: I would have to verify that. I’m not sure on the dial 9.<br />

Are you Sue?<br />

Sue Pistacchio: No I’m not.<br />

Steven Manion: OK I’ll have to verify that.<br />

Janice Ziegele: It’s also only showing certain USOCs.<br />

Steven Manion: My understanding is it’s not just tied to certain USOCs<br />

it’s just basically the number of lines.<br />

(Inaudible)<br />

Janice Ziegele: The error message then is really misleading.<br />

Elliott Goldberg: (inaudible) and I quote “CSR shows retail Centrex<br />

AB9 (inaudible) USOCs R3G or R3K.”<br />

Beth Cohen: So Stephen it sounds like there’s clarification needed<br />

for this as to exactly what this applies to and we will send out a notice to the<br />

industry updating the information.<br />

Steven Manion: Will do. I’m making a note.<br />

All right the next one is 385142, change 03-1939.<br />

This one is query when the WTN (main BTN) is disconnected on ACT of C.<br />

What we’re saying is we’re going to query the CLEC for an ACT of C, an L, an A,<br />

a B when the end users BTN is populated without a telephone number change<br />

requested. The error message is 7020B as in Boy, T as in Tom 04, cannot flow<br />

through disconnect of main BTN line.<br />

The next one is 377765.5.<br />

Jean Derrig: Hold on for a second Steve, that’s all for December.<br />

Now we’re moving into the February release.<br />

(Inaudible)<br />

Steven Manion: The next one is for February, as you said it’s a<br />

candidate. 377765.5, change request CO2-2937. The title is flow through<br />

changes from res to bus and bus to res. We’ve had several discussions on this<br />

particular initiative. This one that I’m bringing in to change management is phase<br />

5 and it is for resale request to change from residence to business.


Elliott Goldberg: This is only resale?<br />

Steven Manion: This only affects resale res to bus.<br />

Jean Derrig: It says primary area.<br />

(Inaudible)<br />

Steven Manion: I apologize, the (inaudible) should be taken off.<br />

That’s a mistype. It’s resale for phase 5, and I think the confusion if you look at it<br />

was very generalized. We should have specified that.<br />

Beth Cohen: Yes I think you could change the description as well<br />

too to reflect what this is actually for.<br />

Steven Manion: Correct.<br />

Elliott Goldberg: What phase will UNE-P be?<br />

(Inaudible)<br />

Steven Manion: Yes it was a past phase. Platform was phase 4 I<br />

know and phase 6 is for resale bus to res.<br />

Lisa Provenzo: So would this affect the AC field?<br />

Steven Manion: The AC field?<br />

Sue Pistacchio: It is using the AC field. The AC field you would use to<br />

designate you’re going fro res to business.<br />

Lisa Provenzo: Then I have a question if I may then. Was this<br />

change the way that you handle a situation – I know you’re talking resale but if its<br />

in a platform arrangement where let’s say the customer is with CLEC A and now<br />

CLEC B wins the customer, today it looks like you’re requiring that AC field be<br />

populated when the order comes in from CLEC B, but CLEC B doesn’t know how<br />

you, the wholesale side of <strong>Verizon</strong>, has set up the account for CLEC A. So<br />

would this affect in the resale environment, so if the customer is moving between<br />

two CLECs? Are you going to require the AC field to be populated?<br />

Sue Pistacchio: We do require the AC field be populated, correct.<br />

Lisa Provenzo: Yes, OK so.<br />

Sue Pistacchio: That’s like if you’re doing res to bus. Bus to res<br />

changes part of the migration.


Lisa Provenzo: But do you see my point? How does the winning<br />

CLEC know how the existing CLEC had the account set up on the wholesale<br />

side?<br />

Sue Pistacchio: This is the current process for you to go to the<br />

(inaudible) to get that information.<br />

Lisa Provenzo: Right but, that is, but they might not have set up the<br />

account in their system the way that it’s set up in your system. You know I’ll give<br />

you an example. CLEC A set it up and they set it up as a residential customer on<br />

their side but maybe when they sent the order in to migrate it, it was migrated as<br />

a business customer. So you’re expecting the winning CLEC to go in there<br />

knowing that you have the account set up as a business customer. I mean I<br />

have difficulty right now with this.<br />

(Inaudible)<br />

Lisa Provenzo: I’m not sure whether or not it makes sense to require<br />

it on a CLEC to CLEC migration when it’s the way that you have the wholesale<br />

side has set up the account.<br />

Sue Pistacchio: I mean it may be difficult. I mean I know that the<br />

(inaudible) has responsibility to let you know how that customer is set up. Are<br />

you saying you don’t feel they have responsibility to provide that information?<br />

Lisa Provenzo: Not that they don’t have the responsibility. They may,<br />

they set it up one way in their system which is different than the way that it’s set<br />

up in the wholesale side.<br />

(Inaudible)<br />

Sue Pistacchio: I guess the reason why we put this in is this has been<br />

such a prevalent issue with just how to interpret the TOS field and if it’s different<br />

from the existing account, and there were cases where something was business<br />

but you know the CLEC accidentally put residence and accounts were being<br />

changed. It seemed to be a requirement and I know that this is also associated<br />

with trouble tickets that there just needed to be some more clarification on the<br />

LSR coming in on what the intent of the change was. So I think until I have a<br />

better understanding where you’re doing a migration but as far as that migration<br />

and reclassifying the end user, there are other ramifications here that have to do<br />

with listings and I know that was one of the components here where people going<br />

from residence to business we need to understand that and have validation on<br />

directory closing. So when those LSRs are coming in its a really important for us<br />

to be able to process it correctly we do need to know exactly what the intent is of


the LSR and its important for us to know is this a migration or is this a migration<br />

that also includes the reclassification of the customer.<br />

Lisa Provenzo: I don’t discount what you’re saying Sue, I just have<br />

problems with the CLEC to CLEC. I mean one is the retail side that’s clear cut.<br />

Sue Pistacchio: This is an old issue.<br />

Beth Cohen: Yes and I’m not sure that it has (inaudible)<br />

(Inaudible)<br />

Lisa Provenzo: No I was just bringing it up because you have this<br />

initiative out there and it is for resale so it sounds as though you’re going to<br />

implement this initiative relative to resale the same way that you’ve done it for<br />

platform.<br />

Sue Pistacchio: Correct, the business rules are already in, so I don’t<br />

see them taking any additional flow through modifications but the res to bus, bus<br />

to bus those two will be put into place with the October release, so those rules<br />

are (inaudible) a lot changes.<br />

(Inaudible)<br />

Steven Manion: I’m sorry what was that?<br />

Sue Pistacchio: We hear music over here.<br />

Elliott Goldberg: We’re right next door to the <strong>Verizon</strong> gym and<br />

somebody put on a particularly vigorous musical accompaniment.<br />

Mary Halpin: Gloria this is Mary. I had to go out to make a call.<br />

Can you tell me what your concern is about this?<br />

Gloria Velez: I’ll talk to you offline?<br />

Mary Halpin: If you want that’s fine.<br />

(Inaudible)<br />

Jean Derrig: There’s really only (inaudible) the addition of FTP<br />

report migration project we went over earlier as well as for CO4-00553, the<br />

(inaudible) pending status information transaction. That was moved out of<br />

February to not scheduled.<br />

(Inaudible)


Sue Pistacchio: Yes it is currently not scheduled.<br />

John Boshier: What was the reason for the change?<br />

Sue Pistacchio: You mean to not scheduled?<br />

John Boshier: Right.<br />

Sue Pistacchio: That I don’t know if it was capacity constraints or<br />

other issues. We’ll have to take that back.<br />

John Boshier: Yes I think I’d like an explanation as to why this CR is<br />

not scheduled from February.<br />

Sue Pistacchio: Isn’t this the retest one?<br />

John Boshier: Yes.<br />

Female Speaker: Isn’t this the one that has issues with carrier working<br />

group?<br />

John Boshier: No.<br />

Female Speaker: No.<br />

Elliott Goldberg: The one that has carrier working group (inaudible)<br />

Sue Pistacchio: And I don’t know if that’s tied to that. I mean I’m not<br />

really sure.<br />

(Inaudible)<br />

John Boshier: Well I notice its mine that keep getting kicked into<br />

oblivion.<br />

(Inaudible)<br />

Gloria Velez: Why was the one regarding the virgule and the slash<br />

in the end user name changed too?<br />

Sue Pistacchio: It’s capacity. This is one Gloria where had it been a<br />

Type 5 it probably would have gone in about a year ago. But currently right now<br />

its (inaudible)<br />

(Inaudible)


Sue Pistacchio: I’m serious, this one had a low priority because it was<br />

a Type 4.<br />

Elliott Goldberg: (Inaudible) the relative percentages that go in and<br />

what the relative ratings are for the ones that did go in.<br />

Gloria Velez: Well what I would like to know next month or as soon<br />

as possible is when the February candidates are final. I mean we’ve got to be<br />

closer where we, requirements are wrapping up and if it’s February you should<br />

be able to tell that.<br />

Sue Pistacchio: This was the initial time we were bringing the<br />

February list and we were bringing the ones that were good candidates for<br />

February. We would give, again it would be probably the beginning of November<br />

that things would start to solidify. It really depends on the initiative. There can<br />

be one or two that slide to the last minute but (Inaudible) I know the one that you<br />

brought in (Inaudible) looks really good.<br />

Elliott Goldberg: (Inaudible) Type 4s are running about 41% of what’s<br />

going in this year. Type 5s are 30%. It looks like Type 4s average a hundred<br />

days less, rather fifty days less in age with a proportionate smaller deviation and<br />

roughly a point and a half are lower in rating. So.<br />

Sue Pistacchio: But with a lot of that a lot is due to the size. Takes<br />

size at least its sitting and I know just the complexity of the project. I know the<br />

Type 1 specifically but it was in a previous release and I think it got removed a<br />

few times because it was rated as a Type 4 and they are rated with less priority.<br />

(Inaudible)<br />

Elliott Goldberg: I’m such a believer.<br />

Jean Derrig: Right, any more questions on the items by release<br />

document?<br />

John Boshier: I didn’t catch who got the action items to explain why<br />

the 0053 was moved out to February. Who got that? Was that Sue?<br />

Sue Pistacchio: Yes I’ll take that one yes.<br />

John Boshier: OK thanks. It’s really hard to hear on the bridge. I’m<br />

sorry.<br />

Beth Cohen: It’s hard to hear in here. Obviously there’s a 12<br />

o’clock aerobics class right next door.


Dok Matthews: So Beth are you saying you will come back after your<br />

meeting this afternoon to finish this off?<br />

Beth Cohen: You bet.<br />

Dok Matthews: At least you could hear me well enough on that one!<br />

Dok Matthews: See you after lunch?<br />

(Inaudible)<br />

Dok Matthews: Say Elliott I just saw a pig fly too.<br />

(Inaudible)<br />

Janice Ziegele: This is Janice Ziegele from Broadview. Can I ask a<br />

question about the execute report migration?<br />

Jean Derrig: Sure.<br />

Janice Ziegele: You had said that this would possibly impact how<br />

(Inaudible)<br />

Beth Cohen: You’re breaking up Janice.<br />

Janice Ziegele: My understanding was the FTP report may be<br />

configured differently based on the FTP and how it relates to your profile?<br />

Sue Pistacchio: The layout format will not change. What may change<br />

is you have what I call parent/child relationships where, you know within your<br />

own company you may have several companies you know, higher people<br />

whatever. That could change. So what company actually comes back on your<br />

line loss report will change.<br />

Janice Ziegele: Today we get different line losses reports based on<br />

our IDs.<br />

Sue Pistacchio: Correct.<br />

Janice Ziegele: So are we sauomg that there will be one report with<br />

multiple IDs within it?<br />

Sue Pistacchio: It depends on how your company is set up. If you, if<br />

all of those companies have separate contracts with us then you will probably still<br />

get the separate reports. It depends on how you’re actually set up to do


usiness with us. And its my understanding that that information is being firmed<br />

up or solidified within the CLEC profile databases so that that would be the route<br />

to check to say how do I look like to <strong>Verizon</strong>.<br />

Janice Ziegele: OK. Thank you.<br />

Jean Derrig: OK so let’s break and we will reconvene at 2.15 for<br />

the PGW<br />

__________________________________<br />

Operator: Excuse me everyone, we will now resume the<br />

conference. Miss Jean Derrig has now rejoined the conference. If you would like<br />

to mute your phone please press star and the number six on your touchtone<br />

phone. To unmute please press star and six.<br />

Miss Derrig you may begin.<br />

Jean Derrig: Thank you. Welcome back everyone. Could we just<br />

do a quick roundtable to see who is back on the bridge with us? It’s Jean and<br />

Beth, we’re here.<br />

Gayle Gissendanner: Gayle Gissendanner from Cox Communications.<br />

Carol Frike: Carol Frike from Sprint.<br />

Catherine Hannen: Catherine Hannen, Bridgecom.<br />

Janice Ziegele: Janice Ziegele, Broadview.<br />

Nancy Sanders: Nancy Sanders, Comcast.<br />

Ninfa Bennett: Ninfa Bennett, Cox Communications.<br />

Dok Matthews: Dok Matthews, Penn Telecom.<br />

Amy Blackman: Amy Blackman, Talk America.<br />

Larry Blair: Larry Blair, Remi Communications.<br />

Annmarie Sturtz: Annmarie Sturtz, Choice One.<br />

Steven Manion: This is Steven at <strong>Verizon</strong>.


Pam Beattie: Pam Beattie, DSCI.<br />

Jean Derrig: Is there anybody else on the bridge?<br />

Paul Haven: Paul Haven, <strong>Verizon</strong>.<br />

Sue Pistacchio: Sue Pistacchio, <strong>Verizon</strong>.<br />

Tanya Coates: Tanya Coates, <strong>Verizon</strong>.<br />

Nicole: Nicole (inaudible), <strong>Verizon</strong>.<br />

Mary Halpin: Mary Halpin, AT & T.<br />

Lisa Provenzo: Lisa Provenzo, MCI.<br />

Jean Derrig: On today’s agenda we have…<br />

Elliott Goldberg: Elliott Goldberg, and I’m back.<br />

Jean Derrig: OK, on today’s agenda we had three deferred Type<br />

5s that we will discuss again today. There are four new Type 5s and five Type<br />

4s that we will discuss. Type 4s are (inaudible) discussed early this morning<br />

(inaudible).<br />

The first deferred Type 5 is CO4-1590 - change<br />

provisioning process for UNE-P migration. This was submitted by Remi<br />

Communications. This is deferred from last month so Larry could provide some<br />

additional examples. We put the info he provided to us into the business<br />

narrative and hopefully that helped clarify. I think there was a little confusion as<br />

to what was, he was actually asking for. So Larry I’ll open it up to you or anyone<br />

who has questions for you.<br />

Larry Blair: OK thank you. Should I review it again or has<br />

everyone had a chance to read and understand it, or questions?<br />

Lisa Provenzo: I might just have a little, but I’m just reading over this<br />

Larry. It’s MCI.<br />

Larry Blair: OK.<br />

Lisa Provenzo: It says right here when a CLEC needs to migrate a<br />

TN for <strong>Verizon</strong> retail for UNE-P service using different facilities. I really don’t<br />

know what that means. Within the same <strong>Verizon</strong> split the CLEC is forced to take<br />

ownership of the old facilities before it can migrate the TN to UNE-P facilities.


You know, I guess I’m a little confused because it’s <strong>Verizon</strong>'s facility and you’re<br />

moving UNE-P from a retail to wholesale product.<br />

I guess I want clarification why you think it’s different<br />

facilities, just for a better clarification for my purpose.<br />

Larry Blair: Well a lot of times a customer will install a CRI for<br />

example and then they currently have <strong>Verizon</strong>'s let’s say POTS lines or Centrex<br />

numbers. If they want to become DID (inaudible) CRI, so I would like to be able<br />

to do it in one step. Pick up those numbers and move it towards the CRI instead<br />

of having to bring them across with analog facilities and then move the numbers.<br />

Does that make sense?<br />

Lisa Provenzo: No.<br />

Larry Blair: OK.<br />

Lisa Provenzo: I don’t know. Does anybody else on the line?<br />

Sue Pistacchio: Well I mean basically this is, he wants to migrate and<br />

what I consider like regrade at the same time but regrade from POTS facilities to<br />

- and reclassify. So he wants to go from POTS on the retail side to ICN CRI on<br />

the wholesale side, in less steps than it takes today.<br />

Larry Blair: Right, that’s one example. Or you may have analog<br />

DID trunk and you want to pick up those DID numbers and put them on a digital<br />

facility.<br />

(Inaudible)<br />

Sue Pistacchio: What do you do now Larry?<br />

Larry Blair: Well we have to bring those, in this particular example<br />

we have to bring those analog DID trunks from <strong>Verizon</strong> retail to UNE-P and then<br />

once we own the facility and the numbers then we move the numbers off the<br />

analog facility onto the digital facility.<br />

(Inaudible)<br />

Sue Pistacchio: You’re actually migrating over the telephone numbers<br />

as POTS lines, right? I think one of the things – there’s so many scenarios that<br />

I’ve heard. At some point you need to disconnect the analog facility, correct?<br />

Larry Blair: Right.<br />

Sue Pistacchio: And you’re doing that after the migration?


Larry Blair: Yes.<br />

Sue Pistacchio: And then you do a new connect to put them on digital<br />

facilities.<br />

Larry Blair: Correct.<br />

(Inaudible)<br />

Sue Pistacchio: I mean we don’t currently have a process where we<br />

can go from like a plain old telephone number and migrate it over to an ICN CRI.<br />

Larry Blair: That’s the reason for this request.<br />

Sue Pistacchio: Right. And I’m even thinking if it was just retail<br />

through something like that it would be a disconnect and new install. I mean it<br />

always would be. And then I guess the thing is, I mean is this something that is<br />

done frequently?<br />

Larry Blair: Oh yes.<br />

Beth Cohen: Frequently for your company.<br />

Larry Blair: Correct.<br />

Beth Cohen: Is this done – is anybody else in the industry who is<br />

on this call doing anything like what Larry is talking about?<br />

Janice Ziegele: Yes, Broadview does.<br />

Pam Beattie: DSCI does.<br />

Beth Cohen: Are you doing it in the same way Larry has laid out for<br />

the current process?<br />

Janice Ziegele: Broadview yes.<br />

Larry Blair: They don’t have a choice. That’s the <strong>Verizon</strong> policy.<br />

We have to do it that way. But if I’m taking numbers from another CLEC I don’t<br />

run into this problem.<br />

Sue Pistacchio: Because you’re porting the numbers.<br />

Larry Blair: Exactly.


Sue Pistacchio: To their own facility.<br />

Beth Cohen: Well it sounds like we actually have to take it in to<br />

take a look at to see if it’s something that’s even doable. I don’t think that we’d<br />

know that yet but…<br />

Larry Blair: Well start your conversation with Steve Hurling.<br />

(Inaudible)<br />

Beth Cohen: Well it’s obviously doable as its being done now. It’s<br />

being done in a manual, multiple process.<br />

Larry Blair: Correct.<br />

Sue Pistacchio: OK.<br />

Larry Blair: Yes talk to Steve Hurling first because we’ve had<br />

about seven conversations along these lines and he was the one suggested I<br />

bring it in here because there is no procedure to do it today.<br />

Sue Pistacchio: I mean if one of the procedures, if you were just to<br />

port out the numbers and then plug them into the PRI like a two step process that<br />

way.<br />

Larry Blair: Say that again.<br />

Sue Pistacchio: I mean if all you’re looking for is the telephone<br />

numbers, I’m just thinking. You know we don’t want to work it here but I did see<br />

Tom before he had left to track a kind of like a rudimentary proposal but it would<br />

really need to be looked at.<br />

Larry Blair: Sure.<br />

Jean Derrig: OK, let’s rate it. AT & T?<br />

(Inaudible)<br />

Jean Derrig: Sorry, didn’t know the protocol. Remi?<br />

Larry Blair: Five.<br />

Jean Derrig: Bridgecom?<br />

Catherine Hannen: Could you come back to me please?


Jean Derrig: Sure. Broadview?<br />

Janice Ziegele: Five.<br />

Jean Derrig: Choice One?<br />

Annmarie Sturtz: Four.<br />

Jean Derrig: Comcast?<br />

Nancy Sanders: Four.<br />

Jean Derrig: I didn’t hear John out there. Is Covad out there?<br />

John Boshier: Yes I’m here, I joined a little bit late, sorry. We will<br />

give it a four.<br />

Jean Derrig: Cox?<br />

Gayle Gissendanner: Four.<br />

Jean Derrig: CTSI? DCSI?<br />

Pam Beattie: Five.<br />

Jean Derrig: MCI?<br />

Lisa Provenzo: Pass.<br />

(Inaudible)<br />

Jean Derrig: Met-Tel?<br />

Elliott Goldberg: I’m going to pass at the minute. I’m still waiting for an<br />

answer from my people. I will have to send this to you by email.<br />

Jean Derrig: OK. Penn Telecom?<br />

Dok Matthews: Pass ma’am.<br />

Jean Derrig: Sprint?<br />

Carol Frike: Four.<br />

Jean Derrig: Talk America?


Amy Blackman: Four.<br />

Jean Derrig: Time Warner – I didn’t hear them out there. US<br />

West? Vartec? Exchange Telcom? XO?<br />

Loriann Ercan: We’ll pass.<br />

Jean Derrig: Z-Tel?<br />

Peggy Rubino: We’ll pass.<br />

Jean Derrig: Anyone else out there that I didn’t call? That's it.<br />

Moving on to – to review: AT & T had it pass; Bridgecom…<br />

Catherine Hannen: Why don’t you put that down as a pass.<br />

Jean Derrig: OK. Broadview five; Choice One four; Comcast four;<br />

Covad four; Cox four; DCSI five; Met-Tel pass; MCI pass; Penn Telecom<br />

pass; Sprint four; Talk America four; XO pass; Z-Tel pass; and Remi five.<br />

Larry Blair: Thank you.<br />

Jean Derrig: Thank you. OK, moving on to the next deferred. This<br />

is a CCC Communications. I don’t know if they are on the phone. CO4-1609,<br />

this is flag order for technician to be dispatched to tag dmarc. We deferred this,<br />

actually this has been sent over to CUF as one of their issues. Its now been<br />

opened as CUF issue number 87. Basically I provided them with the<br />

documentation that came to us and then they opened up one, so this is now off<br />

of change management.<br />

The third deferred was a Comcast, CO4-1612 - allow<br />

migration to occur when DSL on loop with DSL left provided by <strong>Verizon</strong>. We<br />

essentially called this at last meeting ‘naked’ DSL. We did take this back, I think<br />

our action was to take it back and see what was going on within <strong>Verizon</strong>. What<br />

we have learned is <strong>Verizon</strong> is looking at this as a potential new product offering,<br />

therefore we feel it should not be a change management issue but a new product<br />

issue since I believe we’re establishing CUF.<br />

Beth Cohen: Yes the last – or with account management.<br />

Jean Derrig: With account management.<br />

Catherine Hannen: Can you read that, say that again? This is Catherine.<br />

Beth Cohen: You got my voice message!


Catherine Hannen: I did. I guess I called in at 1.15. And I’ve got to wait<br />

around for thirty-five minutes and thinking hum! OK, sorry about that.<br />

Jean Derrig: This is – Catherine I don’t know if you were in the<br />

room last month when we were talking about this, what we call naked DSL at the<br />

time. After we pulled this into <strong>Verizon</strong> and discussed it they believe this is a<br />

potentially new product offering within <strong>Verizon</strong> and not really an interface change<br />

but it’s a new product offering (inaudible).<br />

Beth Cohen: It’s to allow migration to occur when DSL is on the<br />

loop with DSL left provided by <strong>Verizon</strong>.<br />

Jean Derrig: So basically the <strong>Verizon</strong> line would only have DSL<br />

and somebody else would have voice, on their own facility.<br />

Sue Pistacchio: Right, with line share. Right.<br />

(Inaudible)<br />

Nancy Sanders: The DSL would stay with <strong>Verizon</strong> and more<br />

importantly with this the customer wouldn’t have to call in and disconnect their<br />

DSL. You know right now we get a reject back on the CSR. We have to contact<br />

the customer, who has to contact <strong>Verizon</strong> to get the DSL removed and<br />

sometimes there are problems with that, sometimes not. And so the customer<br />

wants to stay with <strong>Verizon</strong> for their internet and they want to come with us for<br />

their voice and we don’t need a facility or anything so.<br />

(Inaudible)<br />

Jean Derrig: Nancy?<br />

Nancy Sanders: Yes.<br />

Jean Derrig: The question was is this UNE-P? I think they’re just<br />

porting the number out.<br />

Nancy Sanders: Right. We’re just (inaudible).<br />

(Inaudible)<br />

Jean Derrig: And like I said they are looking at that potential<br />

(inaudible).<br />

Nancy Sanders: Somebody sent me an article from The Boston Globe<br />

that <strong>Verizon</strong> was beginning to offer standalone DSL.


Beth Cohen: But standalone DSL is different I think than what<br />

you’re looking for here. Because you’re looking to have a line that’s got both<br />

CSL and – you’re looking for line share. It’s got the data and the voice on it.<br />

You’re the voice provider.<br />

Nancy Sanders: Right. Yes, OK.<br />

Beth Cohen: I think that’s different than standalone DSL.<br />

Female Speaker: I didn’t think <strong>Verizon</strong> offered this.<br />

(Inaudible)<br />

Sue Pistacchio: (Inaudible) check out scenario, the ordering scenario,<br />

almost? John?<br />

John Boshier: It’s sort of the same because what we want to go from<br />

a line share or a line split, which would be a voice and data service, to an XDSL<br />

only loop.<br />

Elliott Goldberg: But this is very similar to what Met-Tel proposed, and<br />

leave the data provider unchanged.<br />

Beth Cohen: I think that the issue with the CR that’s in front of us<br />

from Comcast is that it is not necessarily a product that we actually have in place<br />

right now.<br />

John Boshier: And just to help you out a little bit Beth, you’re not<br />

talking about a UNE product you’re talking about a retail service to provide that<br />

end user with the data only line.<br />

Sue Pistacchio: Exactly.<br />

John Boshier: Right.<br />

Sue Pistacchio: They’re just porting the number without a loop, right?<br />

John Boshier: Right.<br />

Sue Pistacchio: they’re porting without a loop.<br />

Female Speaker: Which would leave it with a retail (inaudible) only.<br />

Beth Cohen: Catherine I think to your question, when you heard<br />

CUF I know your ears perked up.


Catherine Hannen: Yes.<br />

Beth Cohen: Since we believe this is in the realm of a new product<br />

offering we feel it doesn’t belong here in change management and the question<br />

becomes does it go to the CUF or is it something that really needs to go to<br />

account management, and I would say that it probably – probably both unless<br />

you tell me I’m wrong.<br />

Catherine Hannen: How many CLECs are looking for this?<br />

Elliott Goldberg: Well Met-Tel is.<br />

Gayle Gissendanner: Cox Communication would like to see it also.<br />

John Boshier: Covad.<br />

Dok Matthews: I would say Penn Telecom will.<br />

Beth Cohen: I would put it in as a CUF issue.<br />

Sue Pistacchio: How does (inaudible) product manager that had the<br />

other CRs (inaudible).<br />

(Inaudible)<br />

John Boshier: It actually, I mean if the end game is that <strong>Verizon</strong>’s<br />

involved then it all will actually cross channels under your retail group too.<br />

Beth Cohen: John can you speak up a little bit? Say again.<br />

John Boshier: Sorry, I said if the end game scenario is to have<br />

<strong>Verizon</strong> be the DSL provider then I guess somebody from your retail group would<br />

have to be involved too.<br />

Beth Cohen: Probably, which is probably why, I mean I think it<br />

needs to be worked through product management. So I guess the – Catherine<br />

since you said that you believe this does belong in the CUF the question<br />

becomes can we do a warm transfer here of this one just like we did for the<br />

previous one, and send you the data and have you open it up as an issue?<br />

Catherine Hannen: Well what I would like to do is have (inaudible) on the<br />

form and make sure that the CLEC community is OK with how it looks on the<br />

form so that it can be submitted with the other new issues.<br />

Beth Cohen: Nancy.


Nancy Sanders: Yes?<br />

Beth Cohen: Do you have the CUF forms?<br />

Nancy Sanders: No I don’t. Is it out on line?<br />

Beth Cohen: Catherine can you answer that question?<br />

Catherine Hannen: It is not on line, no.<br />

Peggy Rubino: Nancy what’s your email address? I’ll send it to you.<br />

Nancy Sanders: OK, nancy_sanders@cable.comcast.com.<br />

Peggy Rubino: OK.<br />

Catherine Hannen: And what I would do Nancy is, you’re on the calls that<br />

Peggy chairs, correct?<br />

Nancy Sanders: Yes.<br />

Catherine Hannen: OK. I would you know, socialize it on that next call<br />

before the next CUF and submit it with the new issues.<br />

Nancy Sanders: OK.<br />

Catherine Hannen: If you want to get it over to Dave Russell who is the<br />

main contact for collecting data for the CUF before that, that’s OK as well. But I’d<br />

like it to come in you know – you certainly can send it over beforehand. Let’s put<br />

it that way, instead of waiting that long. But I would want to make sure that it is,<br />

you know, that you guys agree with how it’s submitted.<br />

Nancy Sanders: OK, and Dave Russell’s email is?<br />

Catherine Hannen: Hold on, I’ve got to look up his external one. I’m<br />

pretty sure its david.f.russell@verizon.com.<br />

Nancy Sanders: OK.<br />

Jean Derrig: This will be removed from future change management<br />

discussion.<br />

Right, moving into the new Type 5 requests, the first<br />

two were submitted by Cox. They appear to be related so I will let you discuss<br />

them. The first one is CO4-1888 – to include DSL order number on the CSR<br />

along with the date of install. I believe Gayle is on the phone.


Gayle Gissendanner: Yes I am.<br />

Jean Derrig: Would you like to explain this a little more, and I don’t<br />

know if you want to talk about the two together or not.<br />

Gayle Gissendanner: Yes, lately we’ve been getting lots of rejects on our<br />

PONS that we submit with regards to DSL, and we don’t have any information as<br />

to the order number that created the DSL on the line. In addition when we give<br />

the information back to the end user they, in most cases, are not even aware that<br />

they even have DSL on the line. So I figure if we had more information as to the<br />

order number of the DSL and a date when it was provided on the CSR, that<br />

information would be helpful that we could pass on to the end user when they<br />

have to make those additional calls back to the office to get it removed.<br />

Jean Derrig: Catherine, isn’t there a CUF issue around this as<br />

well?<br />

Sue Pistacchio: It’s a little different but kind of a similar problem.<br />

They’re porting their POTS line and they have DSL; the customer cancels DSL<br />

but it doesn’t – it’s not removed from the CSR, it stays in the record, so it does<br />

prevent us from kicking it back. And I don’t know if it’s just (inaudible) I mean<br />

Tom Delaney at one time investigated that. I don’t really remember the defining<br />

issues (inaudible).<br />

(Inaudible)<br />

Female Speaker: This is just kind of putting another (inaudible) as well.<br />

Say hey this is what the order is, for when you talk to your customer.<br />

Gayle Gissendanner: Right if we just hit more information as to you know<br />

the order number on DSL. I mean anything would be helpful because right now<br />

we don’t have anything and lately we’ve been getting lots of orders that are being<br />

rejected because of DSL and we have nothing to give back to the customer<br />

because they’re telling us they didn’t order anything but this code is still on their<br />

records and it’s not coming off like…<br />

Sue Pistacchio: Can I ask a question? So you would want this order<br />

number to then give it back to your end user so they can call retail to investigate?<br />

Gayle Gissendanner: Right. That would be good to have that order number<br />

so that we can pass it back to them, because right now we have nothing to give<br />

them other than your order has been rejected.<br />

Sue Pistacchio: The order isn’t required because if they were to call a<br />

retail office all the retail office would need is their account number. So with the


account number they could reference any, you know, any past orders. One of<br />

the things that is on the CSR for the USOCs that are designated as CSL, it won’t<br />

have the date of last activity. So in most cases for DSL I believe you put it in or<br />

you take it out and maybe it will change fees. So that is the date that would<br />

appear on the CSR so they would be able to check the last time there was some<br />

type of activity on their retail account in response to DSL, but I know if you were<br />

to call the retail office they really don’t need that order number. All they would<br />

need to do is look at the BTN and they can look at past orders or look at the<br />

account and see the last time that DSL was touched.<br />

(Inaudible)<br />

Gayle Gissendanner: Yes, I mean it sounds good Susan but it’s really not<br />

that easy, and I have accounts actually (inaudible) because they are going<br />

through, I mean they’re going through a lot to get something removed that should<br />

not have been there in the first place.<br />

Female Speaker: Sometimes (inaudible) the customer and the retail<br />

service rep will say you know, we removed that. (Inaudible). Anyway whoever<br />

the retail rep that got it would have to investigate it<br />

(Inaudible)<br />

Sue Pistacchio: I mean yes even if they have the order number that’s<br />

methods and procedures then…<br />

Female Speaker: If she gave an example would that be helpful to have<br />

something. I mean its not, I know the wholesale side is like nothing in the retail<br />

but just kind of walk through and investigate.<br />

Beth Cohen: Well it’s not even that we don’t want to. I mean we<br />

have to abide by certain regulations here.<br />

(Inaudible)<br />

Sue Pistacchio: The customer had DSL but the order keeps rejecting<br />

(inaudible) and you call the retail office (inaudible).<br />

Beth Cohen: Who is calling the retail office?<br />

Female Speaker: The end user. And then sometimes they are so<br />

frustrated (inaudible) order.<br />

Gayle Gissendanner: It has happened just like that.


Female Speaker: So the end user is getting billed for DSL and they<br />

don’t have it and they don’t…<br />

Sue Pistacchio: I don’t think its something on their bill it just hangs out<br />

there.<br />

Gayle Gissendanner: On the records, yes, because sometimes there’s not<br />

even a cost associated with it. I think it may have something to do with<br />

marketing also.<br />

(Inaudible)<br />

Gayle Gissendanner: Sometimes maybe <strong>Verizon</strong> they have some kind of<br />

marketing campaign going on in which they somehow label this on the accounts<br />

as being eligible for DSL and that prevents also a lot of PONS from going<br />

through.<br />

Beth Cohen: I think that what we’re talking about here is a process<br />

issue and I think what we need, in order for us to be able to go back to retail and<br />

say this is causing wholesale a problem, we actually are going to need some<br />

examples in order to be able to even, you know, see what these are. Now<br />

having said that, now understanding that this is probably more of a process issue<br />

because it’s going to involve retail from what I understand.<br />

Catherine I hate to do this to you but because it’s<br />

process and not necessarily systems interface. I don’t think there is anything that<br />

we are going to be able to do from a systems perspective because there’s the<br />

policy question probably involved here and this sounds like a retail process<br />

question. What’s your take on whether it’s a CUF issue or not?<br />

Catherine Hannen: Well I barely could hear everybody. I do agree with<br />

you that I don’t think it’s a system change management issue.<br />

Sue Pistacchio: Tom Delaney will probably have a lot of history to link<br />

this order scenario that happens, you know, (inaudible).<br />

Catherine Hannen: This probably falls under the open issue that we have<br />

in the CUF. Its issue 70 that has to do all of these issues go right under there<br />

and I know…<br />

Jean Derrig: Do you think what we are talking about is a subset of<br />

that?<br />

Annmarie Sturtz: I know Choice One has the same issue. It’s all having<br />

DSL on that retail account, and the end user and us cannot get it off, so that end<br />

user cannot migrate.


Nancy Sanders: Comcast has that trouble too and I do have some<br />

examples.<br />

Annmarie Sturtz: And we’ve sent in samples and I know Catherine<br />

we’re waiting for the minutes from the last CUF meeting because we are<br />

supposed to get an interim process or a solution that was going to help us.<br />

Jean Derrig: Right. So is this the same issue that it should be in<br />

one or two places then it’s already in the CUF?<br />

Beth Cohen: It sounds like maybe issue number 70 needs to be<br />

expanded with some different examples that are coming out of this kind of<br />

scenario.<br />

Catherine Hannen: If you want to send the examples, we certainly can<br />

expand it. I know our meeting minutes I don’t think have been processed yet<br />

because I’m still waiting on input from Tom Delaney and another person but<br />

certainly can expand it if it’s appropriate. But I would like them to have the<br />

examples sent in and whatever you recommend is, should be changed to the<br />

wording of what the issue is.<br />

Gayle Gissendanner: So you’re saying this initiative, forward it to the CUF?<br />

Have it expanded on number 70, which is already in the CUF now? Is that what<br />

you’re saying?<br />

Catherine Hannen: That’s what I’m saying if I understand what you guys<br />

are saying is these are just more examples or a subset of what issue 70 is to<br />

begin with. Is this the same issue?<br />

Jean Derrig: It appears to be the same issue just from I’d say<br />

recommendations for a work around the issue, this one and the next one.<br />

Catherine Hannen: Then I would say it’s appropriate to discuss it with<br />

issue 70 as part of the CUF instead of opening, trying to open something else up<br />

or a change management side, as well as it doesn’t, so far to me it doesn’t sound<br />

like it should be another CUF issue either. There’s no point in continuing to<br />

opening up, you know, issues if it’s all related. So I’m OK with expanding issue<br />

70 but unfortunately since I’m not in the room and I didn’t take my (inaudible) with<br />

me I don’t have the actual write up that you guys are looking at now.<br />

Jean Derrig: We will send it to you Catherine, after the meeting.<br />

Probably tomorrow.<br />

Catherine Hannen: OK.


Beth Cohen: But it does sound like again this is another situation<br />

where we need examples, additional examples.<br />

Gayle Gissendanner: Well I provided examples.<br />

Beth Cohen: With the change management issue?<br />

Gayle Gissendanner: Right.<br />

Beth Cohen: Did you give us PONS?<br />

Gayle Gissendanner: Actually I gave you the phone numbers.<br />

Jean Derrig: Yes, the phone numbers.<br />

Beth Cohen: Does that work for us or do we need PONS?<br />

Jean Derrig: Well if we’re telling them to do it from a retail<br />

investigation standpoint so phone numbers will probably work.<br />

Sue Pistacchio: So Catherine does that mean we will also have a<br />

work around process in place by November?<br />

(Inaudible)<br />

Catherine Hannen: The minutes will have a proposal. I don’t think its<br />

(inaudible).<br />

Jean Derrig: Gayle I don’t know if you want to speak to the next<br />

one. I think its still around that same issue. So to close up this one we are going<br />

to remove this from change management. Potentially if there is a solution that<br />

comes out of process it may reappear in change management for system<br />

changes required for that solution but for now this is being removed from change<br />

management.<br />

Gayle Gissendanner: OK.<br />

Jean Derrig: And just so everyone (inaudible), the other one that<br />

Gayle submitted was C04-1890 - provide a field on the LSR to identify the DSL<br />

removal confirmation number. I think this is just like another angle to play.<br />

Gayle Gissendanner: Well yes, with that particular initiative when the end<br />

user does call into the retail office they are given a confirmation number and<br />

which is not being recognized by the NMC. Therefore if there was a line on the<br />

LSR in which we could have created it to put that confirmation in which still works<br />

in the NMC or can be recognized by the system as being a valid order, then


maybe our port order will go through or flow through the system. Because right<br />

now we’re getting information back from them that means nothing to the NMC<br />

and it definitely doesn’t mean anything to us and we really can’t us it.<br />

Jean Derrig: I do still think it’s around the whole issue.<br />

Beth Cohen: Yes, however I think that once the whole issue 70<br />

kind of gets resolved, it sounds like this then becomes a follow up action from a<br />

systems perspective.<br />

Jean Derrig: It depends on the (inaudible) solution.<br />

Beth Cohen: That’s right, which would need to come back here.<br />

Jean Derrig: Back, right.<br />

Beth Cohen: But we can’t necessarily do anything with this until we<br />

actually work through the issue.<br />

Jean Derrig: Recommendation is to remove it for now and…<br />

Sue Pistacchio: Well what happens when you open up a trouble ticket<br />

in WCCC?<br />

Gayle Gissendanner: I’m sorry, what was that?<br />

Sue Pistacchio: I just wondered what the WCCC does with your<br />

trouble ticket.<br />

Gayle Gissendanner: Well we open up a trouble ticket to get the DSL<br />

removed. A lot of times they pretty much say they see the same thing that we’re<br />

seeing, and this last one that we had a trouble ticket was opened. They were<br />

able to find that it was a coding error on <strong>Verizon</strong> end and some type of coding<br />

issue that they had to address. Actually remove the DSL but the time that it took<br />

almost, I want to say almost two and a half months.<br />

Jean Derrig: And sometimes they could ask for a refresh. Kind of<br />

(inaudible) the CSR has been refreshed recently.<br />

Gayle Gissendanner: Yes and that’s how we open up the ticket by<br />

requesting a refresh on the CSR and that last ticket that was opened took about<br />

two and a half months before we actually got the DSL off of it and it was a coding<br />

issue on you guys’ end.<br />

Beth Cohen: The question is do we defer this since it could very<br />

well be a systems change here, but it’s really pending the outcome of the…


Sue Pistacchio: It still involves manual work and its within the NMC, I<br />

thinking like when she says confirmation number I’m thinking this is basically the<br />

retail order number and it’s like have almost brought to the NMC to know if this<br />

doesn’t go through you need to investigate it, so it is a process issue. It’s like<br />

you have a problem and they want to have more of a defined way to get it to the<br />

NMC and flag it and say this requires, you know, investigation. So I still see it<br />

like (inaudible).<br />

Beth Cohen: I think that’s what I’m also hearing is there may in<br />

some short time, come back to change management (inaudible) something work<br />

but I don’t think we know what it is here.<br />

Sue Pistacchio: I think the issue at the CUF needs to be pushed along<br />

so we get like a resolution (inaudible) stuff that’s been sitting there for some time.<br />

I mean it is a – I know we (inaudible). So what do we do Catherine? Bump it up<br />

and move it. Is this all Tom Delaney’s stuff? (Inaudible)<br />

Beth Cohen: Catherine it sounds like we probably ought to talk to<br />

Tom about, you know, discussion about this whole subject at the November<br />

meeting.<br />

Catherine Hannen: Yes, OK.<br />

Jean Derrig: OK so for now we will remove it from the change<br />

management application.<br />

The next Type 5 was submitted by Talk America. It’s<br />

CO4-1894 - have the touchtone feature added back end at migration. And Amy I<br />

believe you are on the phone?<br />

Amy Blackman: Yes I’m here, hello.<br />

Jean Derrig: Hello.<br />

Amy Blackman: I’m not really sure how to address this specifically<br />

because in speaking back and forth with Suzanne regarding this CR it looks as<br />

though the business rules state that for New York we should actually be adding it<br />

on the migration but its always been understood that on our New York accounts<br />

the touchtone feature is added back end automatically at migration. But in all the<br />

other States we are required to add it or the customer will not have it once the<br />

migration order completes. And we would just like for all the States, either all of<br />

them get it, you know, added back end or all of the don’t, because we see that it<br />

generates calls to the NMC and to repair if the order completes and it doesn’t<br />

have it on there for us in the South States and for the other North States.


Sue Pistacchio: It’s my understanding that touchtone is considered<br />

part of your basic service. I know in some of the States they actually made it part<br />

of your basic service so there’s actually not a billing element for it. And I think<br />

one of the things is it, you know, depends on how its looked at you know, at the<br />

State level and if it’s a billing element I don’t think it, we should really be in a<br />

position to assume that you definitely want touchtone. It’s a product, it’s<br />

something that I think the CLEC should be required to request and if its<br />

something that is, is something that you’re always going to ask for then it should<br />

always be asked for when the service is going in.<br />

Amy Blackman: OK.<br />

Sue Pistacchio: But I do believe, I mean I don’t know if anybody does<br />

do non-touchtone anymore but there could be some people that are doing it for<br />

different kinds of service. I don’t think we should assume that everybody wants<br />

touchtone because there are charges for it in some States.<br />

Amy Blackman: OK.<br />

Female Speaker: New York does ?<br />

Sue Pistacchio: Right, it’s like yes I think this is a case where a State<br />

gave it to everybody and said we’re not going to bill you anymore. Then it’s like<br />

well if we’re not going to bill you, you know, put it on but in some States I know<br />

there is still a charge so they just give it to you without asking for it. Something I<br />

think we’ve always shied away from.<br />

Amy Blackman: OK so is it more or less broken out by State and<br />

States that there’s no charge for will be added on then its legal for the States it is<br />

then we’re still required to place it on the order?<br />

Sue Pistacchio: I didn’t, if they’re adding it on in New York I could<br />

investigate that but I would think New York is the only one that’s doing that. I<br />

would need to check some States to see where it’s not billed.<br />

(Inaudible)<br />

Beth Cohen: So if I read this correctly basically you’re saying that<br />

they have in New York but not everyplace else?<br />

Amy Blackman: Yes but if that’s, understanding the process now as<br />

far as seeing charges in some places but not in others obviously that would make<br />

sense but if it were possible or feasible to make it so all the States are the same,<br />

that’s what the CR is requesting.


Female Speaker: We should probably change New York to where you<br />

don’t want it ?<br />

Amy Blackman: Right, exactly. I would say that’s probably the only<br />

option right now.<br />

Beth Cohen: I think that we would probably all like to have a<br />

situation where every State was exactly the same and so it makes everybody’s<br />

life a lot easier but unfortunately that isn’t the case.<br />

Amy Blackman: OK. That’s fine. I mean I do appreciate the<br />

clarification on that so.<br />

Jean Derrig: OK so does that mean we are withdrawing this CR?<br />

Amy Blackman: Yes.<br />

Jean Derrig: Thank you. I believe that’s all the Type 5s.<br />

(Inaudible)<br />

Jean Derrig: This is submitted by MCI and its CO4-1765 - continue<br />

availability of 911 services for UNE-P in Vermont, and I think some aware<br />

(inaudible) office because we were off investigating what this meant and what<br />

you were asking. And from our investigation we don’t feel that this is an interface<br />

change once again. We feel this is a new product offering so to bring it to the<br />

new products office. Carol (inaudible) account management.<br />

Elliott Goldberg: Why wouldn’t this be a Type 2 if the Commission<br />

ordered it?<br />

Jean Derrig: They didn’t order it. It was recommended.<br />

Beth Cohen: No order. Not an order Elliott.<br />

(Inaudible)<br />

Jean Derrig: I haven’t looked at it yet. I haven’t (inaudible).<br />

Elliott Goldberg: Say that this turns into a problem and if the (inaudible)<br />

rule is promulgated will this move to a Type 2?<br />

Jean Derrig: Excuse me Elliott, what did you say? Can you repeat<br />

that Elliott?


Elliott Goldberg: I’m reading the page. It says the staff report issued<br />

prior to the promulgation of this rule directed the underlined carriers in Vermont<br />

yada, yada, yada. The (inaudible) rule is promulgated does this become a Type<br />

2?<br />

(Inaudible)<br />

Beth Cohen: Lisa and I talked a little bit about this earlier and I said<br />

that if we needed to have some legal interpretation discussions here that we<br />

could work this offline. But we viewed it as really (inaudible) change<br />

management at this point based on the State (inaudible).<br />

Jean Derrig: Do you want to withdraw this or defer it?<br />

Lisa Provenzo: I’m going to withdraw it at this time. I mean I may be<br />

back but (inaudible).<br />

(Inaudible)<br />

Jean Derrig: All right I think that’s all we have for the Type 5s.<br />

Moving to the Type 4s. I believe the list here are the ones that we addressed<br />

earlier but I will let Steve discuss them and any further detail that anyone would<br />

like. The first one is CO2-2937 - flowthrough changes from res to bus and bus to<br />

res. Anyone need any further clarification or can we go into rating because we<br />

did discuss this earlier?<br />

Mary Halpin: What was that?<br />

OK, we’re going for rating. AT & T?<br />

Jean Derrig: This is the flowthrough changes from res to bus and<br />

bus to res.<br />

(Inaudible)<br />

Stephen Manion: I’m sorry I can’t hear what she said.<br />

Beth Cohen: She asked if we could list the phases, and I think<br />

where we are at is we’re trying to list new projects as opposed to phases on<br />

other projects instead of continuing (inaudible).<br />

(Inaudible)<br />

Sue Pistacchio: Currently right now if you’re doing a migration I<br />

believe the edit is in place, you have to use the AC field otherwise we reject it.<br />

My impression, and I don’t have all my stuff in front of me, that we do look at the


way that the account exists now and if the process is default, the same as the<br />

process service and we don’t see the ACCO, we reject it. And I believe that was<br />

in place for October.<br />

Stephen Manion: And that’s correct Sue. I just checked here, it’s on<br />

here.<br />

(Inaudible)<br />

Beth Cohen: Elliott, you’re breaking up. Hello.<br />

Elliott Goldberg: Hello.<br />

Beth Cohen: Start talking now so we can see if we hear you.<br />

We’re not hearing you Elliott.<br />

Elliott Goldberg: Can you hear me now?<br />

Beth Cohen: OK.<br />

Elliott Goldberg: I said I’m on live not mute.<br />

Beth Cohen: OK, we heard that.<br />

Elliott Goldberg: All right. On the statement you made about not<br />

tracking phases, is that - I think in the list by prioritization you should continue to<br />

track phases so we know what’s open and what is potentially coming down the<br />

line, because these will all turn out to be scheduled items later.<br />

And secondly since this is phase 5 were any of the<br />

first four phases prioritized, in which case we could use that prioritization.<br />

Because the prioritization should cover the entire project.<br />

(Inaudible)<br />

Sue Pistacchio: The thing is I don’t have my stuff in front of me. I<br />

don’t remember because we did do phase 1. Steven when did we do phase 1 of<br />

this?<br />

Stephen Manion: I was just looking at my notes.<br />

Sue Pistacchio: October?<br />

Stephen Manion: Yes. I think it might even have been before that.<br />

Elliott Goldberg: October of 2004?


Sue Pistacchio: Yes.<br />

Stephen Manion: OK, hold on, I can find out for us. Hang on.<br />

(Inaudible)<br />

Sue Pistacchio: What I remember about this one is I remember talking<br />

about it at change management at one point and I remember, the thing that came<br />

to mind was saying that there were trouble tickets associated with the…<br />

Elliott Goldberg: It was done in June and it was not rated.<br />

Stephen Manion: It was a Type 2.<br />

Elliott Goldberg: It was a Type 4, non-rated. We were told it was too, it<br />

was identified as a Type 4 too late to rate, and because we didn’t – and it did not<br />

have a phase indicator so we had no way of knowing it was part of a multiple<br />

phase otherwise we could have listed the subsequent phases.<br />

(Inaudible)<br />

Jean Derrig: OK, AT & T said five. Bridgecom?<br />

Catherine Hannen:: Three.<br />

Jean Derrig: Broadview?<br />

Janice Ziegele: Three.<br />

Jean Derrig: Choice One?<br />

Annmarie Sturtz: Four.<br />

Jean Derrig: Comcast?<br />

Nancy Sanders: Three.<br />

Jean Derrig: Covad?<br />

John Boshier: Pass.<br />

Jean Derrig: Cox:<br />

Gayle Gissendanner: Four.


Jean Derrig: CSTI? MCI?<br />

Lisa Provenzo: Four.<br />

Jean Derrig: Met-Tel?<br />

Elliott Goldberg: One.<br />

Jean Derrig: Penn Telecom?<br />

Dok Matthews: Three.<br />

Jean Derrig: Sprint?<br />

Carol Frike: Three.<br />

Jean Derrig: Talk America?<br />

Amy Blackman Four.<br />

Jean Derrig: XO? Z-Tel?<br />

Peggy Rubino: Two.<br />

Jean Derrig: Remi:<br />

Larry Blair: Three.<br />

Jean Derrig: Anybody out there that I didn’t get? OK ? AT & T<br />

five; Bridgecom three; Broadview three; Choice One four; Comcast three;<br />

Covad pass; Cox four; MCI four; Met-Tel one; Penn Telecom three; Sprint<br />

three; Talk America four; Z-Tel two; and Remi three.<br />

OK, moving on to the next. This is CO4-0429. This is<br />

the query for the RCU TWC in former GTE regions. This is the block for the<br />

three-way calling. Any other questions on this project? All right, we will go with<br />

the rating. AT & T?<br />

Mary Halpin: Pass.<br />

Jean Derrig: Bridgecom?<br />

Catherine Hannen: Three.<br />

Jean Derrig: Broadview?


Janice Ziegele: Pass.<br />

Jean Derrig: What was that?<br />

Janice Ziegele: Pass.<br />

Jean Derrig: Choice One?<br />

Annmarie Sturtz: Pass.<br />

Jean Derrig: Comcast?<br />

Nancy Sanders: Pass.<br />

Jean Derrig: Covad?<br />

John Boshier: Pass.<br />

Jean Derrig: Cox?<br />

Gayle Gissendanner: Pass.<br />

Jean Derrig: MCI?<br />

Lisa Provenzo: Pass.<br />

Jean Derrig: Met-Tel?<br />

Elliott Goldberg: One.<br />

Jean Derrig: Penn Telecom?<br />

Dok Matthews: Pass.<br />

Jean Derrig: Sprint?<br />

Carol Frike: One.<br />

Jean Derrig: Talk America?<br />

Amy Blackman: Pass.<br />

Jean Derrig: XO? Z-Tel?<br />

Peggy Rubino: One.


Jean Derrig: Remi:<br />

Larry Blair: Pass.<br />

Jean Derrig: Anyone I missed?<br />

Pam Beattie: DSCI. Pass.<br />

Jean Derrig: Right. AT & T pass; Bridgecom three; Broadview<br />

pass; Choice Once pass; Comcast pass; Covad pass; Cox pass; DSCI pass;<br />

MCI pass; Met-Tel one; Penn Telecom pass; Sprint one; Talk America pass;<br />

Z-Tel one; and Remi pass.<br />

And going on to the next one is CO4-0462. This is<br />

flowthrough line share on suspended accounts in the South. Any additional<br />

conversation needed on this one? OK. AT & T?<br />

Mary Halpin: Could you get back to me, I want to check.<br />

Jean Derrig: OK. Bridgecom?<br />

Catherine Hannen: Three.<br />

Jean Derrig: Broadview?<br />

Janice Ziegele: Two.<br />

Jean Derrig: Choice One?<br />

Annmarie Sturtz: Pass.<br />

Jean Derrig: Comcast?<br />

Nancy Sanders: Pass.<br />

Jean Derrig: Covad?<br />

John Boshier: Three.<br />

Jean Derrig: Cox?<br />

Gayle Gissendanner: Two.<br />

Jean Derrig: DSCI?<br />

Pam Beattie: Pass.


Jean Derrig: MCI?<br />

Lisa Provenzo: Pass.<br />

Jean Derrig: Met-Tel?<br />

Elliott Goldberg: One.<br />

Jean Derrig: Penn Telecom?<br />

Dok Matthews: Pass.<br />

Jean Derrig: Sprint?<br />

Carol Frike: Two.<br />

Jean Derrig: Talk America?<br />

Amy Blackman: Pass.<br />

Jean Derrig: Z-Tel?<br />

Peggy Rubino: Two.<br />

Jean Derrig: Remi:<br />

Larry Blair: Two.<br />

Jean Derrig: All right. AT & T will get back to us. Bridgecom is<br />

three; Broadview is two; Choice One is pass; Comcast is pass; Covad is three;<br />

Cox two; DSCI is pass; MCI pass; Met-Tel is one; Penn Telecom is pass;<br />

Sprint is two; Talk America pass; Z-Tel is two; and Remi is two.<br />

OK, moving on to the next one. (Inaudible) The next<br />

one is CO4-0834 - query on Centrex migration when the CLEC leaves less than<br />

two lines on CSR.<br />

Stephen Manion: Right and there was a clarification that we talked<br />

about on that and it is assume dial 9, I verified that.<br />

Female Speaker: It’s only assume dial 9?<br />

Stephen Manion: Correct.


Female Speaker: So any other type of Centrex will allow less than two<br />

lines.<br />

Stephen Manion: If the CSR shows retail Centrex assume dial 9.<br />

Female Speaker: So non-assume dial 9? You can leave less than two<br />

lines behind?<br />

Sue Pistacchio: No I would just say that NMC is probably querying<br />

you. These are existing NMC queries. This suggests (inaudible).<br />

Elliott Goldberg: Steve, did you say this was retail?<br />

Stephen Manion: Reading off of your notice that you got for the 73<br />

days, yes. That’s when rec type DB, AB, BB or CB with an active D and the CSR<br />

shows retail Centrex assume dial 9. Line (inaudible) USOCs R3G or R3K.<br />

Elliott Goldberg: Well why would we deal with retail? We would deal<br />

with resale UNE or UNE-P.<br />

Sue Pistacchio: These are migrations from retail.<br />

Elliott Goldberg: OK.<br />

Sue Pistacchio: Basically if you’re migrating on a two dial 9 Centrex<br />

from retail you can’t leave one line hanging there. You’ve got to either<br />

disconnect it or something.<br />

Elliott Goldberg: OK.<br />

Female Speaker: I don’t understand. Are you saying it’s a retail<br />

account now or just migrating that one line retail account you won’t allow that?<br />

Sue Pistacchio: No you’re trying to migrate everything but one line; it<br />

won’t allow that if it’s Centrex. This is just now going be mechanized very fast<br />

instead of a manual clear.<br />

Gloria Velez: And I’m just curious - this is Gloria. Why – in Centrex<br />

in general you don’t allow less than the two lines regardless of whether its<br />

assumed or non assumed, so why is it that its more important to <strong>Verizon</strong> right<br />

now to put the upfront edit in place on assume dial 9 and not on both types of<br />

Centrex?<br />

Sue Pistacchio: When they look at flow through opportunities they do<br />

look at volume. I would assume the volume is later on these. It would be a


coding change and you have to identify all the different process of server so I<br />

would assume why they’re looking at this is volume.<br />

Jean Derrig: Any other questions? OK, rating – AT & T?<br />

Mary Halpin: I’ll email our response, OK.<br />

Jean Derrig: OK. Bridgecom?<br />

Catherine Hannen: One.<br />

Jean Derrig: Broadview?<br />

Janice Ziegele: One.<br />

Jean Derrig: Choice One?<br />

Annmarie Sturtz: Two.<br />

Jean Derrig: Comcast?<br />

Nancy Sanders: Pass.<br />

Jean Derrig: Covad?<br />

John Boshier: Pass.<br />

Jean Derrig: Cox?<br />

Gayle Gissendanner: One.<br />

Jean Derrig: DSCI?<br />

Pam Beattie: One.<br />

Jean Derrig: MCI?<br />

Lisa Provenzo: Pass.<br />

Jean Derrig: Met-Tel?<br />

Elliott Goldberg: One.<br />

Jean Derrig: Penn Telecom?<br />

Dok Matthews: Four.


Jean Derrig: Sprint?<br />

Carol Frike: One.<br />

Jean Derrig: Talk America?<br />

Amy Blackman: Pass.<br />

Jean Derrig: Z-Tel?<br />

Peggy Rubino: One.<br />

Jean Derrig: Remi:<br />

Larry Blair: Two.<br />

Jean Derrig: Anyone else out there? OK. AT & T will get back to<br />

us; Bridgecom is one; Broadview is one; Choice One is two; Comcast pass;<br />

Covad pass; Cox is one; DSCI is one; MCI pass; Met-Tel is one; Penn<br />

Telecom four; Sprint one; Talk America pass; Z-Tel one; and Remi two.<br />

And going for what I believe is the last is CO3-1939 -<br />

query when the WTN (main BTN) is disconnected on ACT C. Any further<br />

discussion needed on this one before rating?<br />

Elliott Goldberg: Yes this didn’t come out – the email on this came out<br />

at 10.07 last night and I didn’t have time to check it out with my company. I’d like<br />

to push this to next month.<br />

Jean Derrig: This is currently scheduled for the December release.<br />

Beth Cohen: Are there other CLECs in the same, have the same<br />

feeling as Elliott from Met-Tel?<br />

Catherine Hannen: Bridgecom agrees with Elliott.<br />

Janice Ziegele: So does Broadview.<br />

John Boshier: So does Covad.<br />

Pam Beattie: So does DSCI.<br />

Jean Derrig: Sounds like defer rating until next month.


Dok Matthews: So Elliott there’s your answer on whether we could<br />

have done this in five minutes before lunch.<br />

Elliott Goldberg: Well I didn’t have a problem Dok. I would have given<br />

them all the same rating.<br />

Dok Matthews: This on is schedule for December release?<br />

Jean Derrig: It was on the December IBR.<br />

Elliott Goldberg: I’m looking at the list. 1939?<br />

Stephen Manion: It’s on the IBR release on page…<br />

Jean Derrig: On the revised document.<br />

Elliott Goldberg: I got it, thank you.<br />

Jean Derrig: You’re welcome. Any other questions? Well I’d like<br />

to thank everybody and I guess I survived my first change management meeting.<br />

Elliott Goldberg: And it wasn’t too bad. As these meetings go it was<br />

pretty tame!<br />

Jean Derrig: Well thank you for being tame for me the first time!<br />

Our next meeting is November 9 th .<br />

Beth Cohen: I actually have a question for folks on the phone who<br />

are also participating in the West. Just trying to get a sense of how many folks<br />

are planning to travel to Dallas next week for the, our quarterly on site meeting.<br />

Anybody on the call planning on being in Dallas?<br />

John Boshier: Beth this is John Boshier. I will not be there.<br />

Beth Cohen: OK.<br />

Annmarie Sturtz: And Annmarie from Choice One. I will not be there.<br />

Beth Cohen: OK. Mary are you now the change management<br />

APMP?<br />

Mary Halpin: Yes.<br />

Beth Cohen: I knew there was something. Teresa – she’s not on<br />

the call right now. OK, I think that there will be some folks who will be in Dallas.<br />

Our next meeting in November is the 9 th . And the CUF meeting the day after.


(Inaudible)<br />

Jean Derrig: All right, well thank you everybody.<br />

Gloria Velez: This is Gloria Velez. I just have a question. This is<br />

regarding <strong>Verizon</strong> West side. I’ve been having difficulty trying to get on to the<br />

CMP notifications. I’ve gone through the website, I signed up and they still don’t<br />

come. Can someone tell me where I can send an email to, to see how I might,<br />

you know, just can get added? I receive the confirmations, when I go on to the<br />

subscribe portion of the website. I’ve had people internally try to help me with<br />

the various <strong>Verizon</strong> West people.<br />

Jean Derrig: Can you give me your phone number. I will have<br />

someone investigate and get back to you so you’re not playing with emails back<br />

and forth.<br />

Gloria Velez: That would be wonderful. My name is Gloria Velez<br />

and my number is 973-360-1834.<br />

(Inaudible)<br />

Jean Derrig: I’ll get your actual email address.<br />

Ninfa Bennett: This is Ninfa Bennett with Cox Communications. I’m<br />

experiencing the same thing.<br />

Jean Derrig: OK.<br />

Ninfa Bennett: Yes there’s several choices when you go through the<br />

website and I probably did registered or subscribe to maybe five or seven of<br />

them and the only bulletins that I get or notifications that I get are your outages<br />

from a network perspective.<br />

Jean Derrig: And you signed up for the OSS change management<br />

I think is what’s in the (inaudible) field.<br />

Gloria Velez: I’ll double check. I’m not sure if that’s exactly what it’s<br />

called but I will double check for you.<br />

Jean Derrig: What’s your name again, I’m sorry.<br />

Gloria Velez: This is Gloria Velez.<br />

Jean Derrig: OK, no I thought there was someone from Cox.


Ninfa Bennett: Ninfa Bennett.<br />

Jean Derrig: Bennett. What was your first name?<br />

Ninfa Bennett: N-i-n f as in Frank-a.<br />

(Inaudible)<br />

Jean Derrig: It’s the same website, we have different distribution<br />

lists. And you’re having problems with those getting on both the East and West<br />

or just the West?<br />

Gloria Velez: No I only have the problem on the West. From what I<br />

understand from talking with Tom Rodgers a while ago is that on your website it<br />

is only for the West. Even though it doesn’t say the West, but it is only for the<br />

West. And so on the East website, to get on the East distribution Tom told me<br />

through email. You have to send someone an email. So I had always thought<br />

to register for the West you go to the website and you go through that subscribe<br />

process.<br />

Jean Derrig: Yes, I’ll look into it.<br />

Gloria Velez: Thank you.<br />

Jean Derrig: OK thank you everyone, have a nice afternoon.<br />

All: You too, bye.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!