Cisco Bug: CSCuq36160 - CE-MR-10- DISA unable to provision VT VCAT circuit
Oct 19, 2014
- Cisco ONS 15454 Series Multiservice Provisioning Platforms
Known Affected Releases
Symptom: Here are questions from the customer that need answering: We're still struggling to get a grip on this quirky Ethernet card. I think that pages 89-90 in the attached are supposed to explain the 'gotchas'. But a lot of it is incomprehensible to me, self-contradictory or subject to more than one interpretation. It would be a big help if Cisco could re-write it. > > Specifically the note: "The CE-MR card pool allocation can be set for ONS 15454 SONET only and can be provisioned only when the card is in automatic provisioning mode." > > We can't quite work out the differences between the automatic and manual mode or why we should use one vs. the other. But this sentence suggests that users get to set pool allocation and we don't really get that. We thought the developers made the pool allocation rules and we were just innocent bystanders. > > When they say "low speed mode" we think they mean the card is in a low-speed slot. We have doubts about the accuracy of this sentence: > > "One pool can support only one circuit (from any front port), and must be a STS-48c circuit only." > > If you read ahead it looks like maybe you get two pools. You get two pools and the only thing you can do with one of them is build an STS-48c? That seems absurd. What are they really trying to say? > > The following sentence ("Two pools of 24 STSs each can be independently allocated.") seems to contradict the majority of the first sentence. > > Then they say "Front ports 1 to5 and 1 to 4 assigned to pool 1 and pool 2 ports on 6 to 10 and 5 to 6." What? Come again? > > Then they say "Each pool can support only one circuit type at a time." and they list a bunch of different size CCATs and some VCATs. It looks like we can mix STS-1s and STS-1-nvs or STS-3cs and STS-3c-nvs in a pool. Is that accurate? > > If we use these in low-speed slots and we really only have two pools, we really ought to build everything as an STS-1/Sts-1-nv or LO VCAT, shouldn't we? Isn't that about the only way to maintain any flexibility? > > They say "Pool 1 can also support low order circuits (but not pool 2)" Well, if you're going to build, say, an STS-1-nv on a new card and you want to leave pool 1 open for future LO VCAT, what do you do? Is that what the manual mode is all about? That funky screen where ports somehow align to time slots or something? > > Or should we build a 'dummy' LO VCAT first so it grabs pool 1 and then build our HO VCAT in pool 2? What if we then delete the dummy LO VCAT and try to build another HO VCAT. Will it build in pool 2 or will it grab pool 1? > > "1 pool versus two pool operation is decided dynamically by the first circuit provisioned." I think I kind of see where this was going but it kind of leaves me hanging. Could Cisco finish the sentence? How is 1 pool versus two pool operation decided dynamically by the first circuit provisioned? > > "If two pool exists, then the mode of each pool is decided dynamically by the circuit types Provisioned." A few additional words on this would also be helpful. > > We've looked at the pool allocation info in some of the nodes where users have reported difficulty. We've seen a lot of pool 0 and a few pool 1. We don't see any pools 2, 3 or 4. We've only looked at a few cards and we know that 95 out of our 103 cards worldwide are in LS slots. We still think we should have seen some 2s and some with 1 and 2 and we don't know why we should ever see zero. Your views? > > Attached SS comes from a node where they can't build any LO. Doing my best to make sense of the cryptic documentation and my limited observations I'm thinking that this card's STS-3cs and STS-3c-1v should be in one pool and the STS-12c would be in another. Is that why they can't build LO? But why does it say they're all in pool 0? Conditions: Customer is currently using release 18.104.22.168 MSPP SONET software. All circuits are provisioned as OE-VCAT. There is NO DCC enabled on their network anywhere. CE-MR-10 card in LS slot.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases