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.