07-30-2004 09:43 PM
We have two ONSes that we are attempting to connect to a ring provided by a major carrier (that employs 7 ONSes running 4-pair BLSR OC-192) They are handing off three OC-48 circuits to us to transport data/voice between our corporate site and an off-site data center (located about 50 miles away).
The purpose for our ONSes is to allow me to provision new circuits on the fly between the two sites. So if someone needs a new GIG-E connection between sites, or a DS3 or whatever, I just throw it in the ONS and off they go.
Anyhow, the issue is this. They have provisioned STS-48c circuits that they hand off to me. The physical links between ours and their ONSes come up just fine.
The first issue that I had to overcome was to teach the carriers tech how to create a DCC Tunnel so that my ONSes would see each other without seeing the carrier's network.
(Of course we didn't want to do SDCC with them). As soon as he provisioned the
overhead circuits between the OC-48 ports my ONSes could see each other just fine.
Once they were communicating, I attempted to create an STS-12c circuit to connect two GIG-E ports across. The circuit creation was successful, but the GIG-E ports showed TPTFAIL, and the carriers ONS reported LOP-P, and of course no data would transfer. I troubleshot my GIG-E links with loop-back mode and determined they were clean.
So I then nuked the 12c circuit and built a full 48c circuit to connect the GIG-E ports. Lo and behold, the circuit came up just fine! The network devices (6513s) attached to the GIG-E ports could communicate perfectly.
I then nuked this circuit and tried to go back down to a 24c, 12c, and 3c, all to no avail. It appears that the carriers configuration of their OC48 that they are dropping to us will ONLY allow a full STS-48c circuit to be created between my ONSes.
Obviously this is useless, and I want to be able to create small circuits to run voice and data across on demand. What's the point of burning an entire 2.4Gbps STS-48c on a GIG-E connection that can only do ~800Mbps max?
In talking to the carrier tech, he says that they will have to match circuit for circuit those that I provision on my side. I don't believe this since I don't feel the tech has depth of knowledge on the ONS and I talked to our Cisco SE who communicated with the ONS TME and he ensures me that this is not the case, that there is a proper configuration that the carrier can build to allow me to be able to perform dynamic circuit creation.
The TME was not willing to talk directly to me and wants the carrier to go up their chain
for help. (Understandable.)
I've contacted TAC about the issue, but Level 1 doesnt have much to say on this one. They dont even have any documentation to refer me to.
Their only suggestion is to ask the carrier to provision 48 STS-1 circuits between the OC-48 cards. They hope that doing this will allow me to create whatever circuits I want on the fly.
Does this sound like the correct method to anyone?
I am anxious to get this circuit up and want to help the carrier figure out how to set it up correctly. (On a side note, we have two different ONSes that we hook to an OC-48 from a different carrier that works perfectly (but they use Lucent equipment in the middle), so I know it can be done.)
Anyone?
Thanks!
08-04-2004 07:37 AM
Hi,
When your carrier provided you with an STS-48c, the only circuit that you could have created was an end-to-end STS-48c circuit.You already had that figured out. The reason the ciruit came up when you configured STS-48c was because the carrier configured an STS-48c pipe from one end to the other.
Hypothetically, if you owned all the nodes - you would be able to pick your SOURCE node and DESTINATION node, click CREATE and the management software would create the necessary pass-through circuits (concatenated or otherwise) in all intermediary nodes.
By breaking it out into single STS-48's you would be able to configure your DS3's and STS-1 sized circuits on the fly over the carrier's network. The carrier doesn't care what is coming in or going out on each STS-1 or STS-Nc, but the carrier should be aware that you are sending a concatenated channel over the backbone, so that they can have a STS-Nc circuit built to support it. In short, you may have to work with the carrier while creating concatenated channels but DS3's and STS-1's should work fine.
I have a customer with a similar scenario, infact they traverse two different carriers, but they are only using one STS-1 for their shared packet ring scenario and it works fine.
Goodluck getting your circuits configured. When you do get it done, an update on how you got it done would be appreciated.
Thanks,
Praveen.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide