ISP Information:
A superset of data formats used with GIS, imaging, mapping, and CAD products. You can access data in UDF format instead of converting it from one format to another, with full geographic information preserved.
ISP Glossary:
Universal Data Format - Fred Goldstein wrote in messagenews:: At 10 Mar 2004 20:31:40 -0800, chsvideo@hotmail.com (Lincoln J. King-Cliby) said, And by the way, what exactly is a "DMS 100 large remote," anyways? The LERG entries, which DSL Reports seems consistent with, are a bit strange. It shows 760-750 as an RSC ("remote switching center", the "large remote"), a remote node off of the San Marcos DMS-100 switch (which also has a lot of Vista prefix codes on it). An RSC can serve a few thousand lines, depending on load. It's run by the host switch's processor, with backhaul trunks to the host, but has its own internal switching matrix (and "emergency standalone" capabilities). It's theoretically possible to put a few trunks onto an RSC, but normally the trunks (to other switches) are all at the host.Interesting ... out of curiosity by "few thousand" do you mean "lessthan a prefix", "a prefix", or "a few prefixes"? (Further, must aexchange exist entirely on a RSC or can it be split between the RSCand the host switch?) But if the entire prefix belongs to the university PBX, then the RSC entry wouldn't make sense. PBX trunks are delivered from a host, not an RSC; the purpose of an RSC is to deliver analog (well, and ISDN BRI) lines. Large PBX systems have digital trunks, which are attached to trunk ports on a DMS, and trunk ports are normally at the host. So the PointSpan would be wired to the DMS host, not the remote. On the other hand, if there are a few thousand PacBell lines on campus, or at some point were (e.g., a Centrex, even if used primarily for some random ISDN lines), then the remote would serve them.I get the definate impression that the PointSpan is just about asclose to a carrier-class telephone switch as a PBX can get before youpark an ESS or DMS-100 in your facility -- From what I've seen of it,it is not your average PBX, so I would have to believe what you'resaying is (or at least should be) the case.There are very few true ISDN lines on campus as far as I am aware(Beginning of this week: 15, end of this week: 11) and I'm fairly surethat they're provisioned off of the PointSpan.At one point in the past the campus was (POTS/Analog) Centrex based,but AFAIK everything is now provisioned off of the PointSpan ... Ithink even the COCOTS (actually owned and operated by some 3rd party)hang off of the PointSpan [When I called an ANAC on one of them I gota 760-750-xxxx number, and our Telephone Services people will assign#s anywhere from -0001 to -9999 off of the PointSpan].For what it's worth, I think the "Large Remote" lives in the"Telecommunications Building" which is located between two of ourparking lots and about the size of a _small_ apartment ... I knowwhere the various bits of the PointSpan live on campus, and that isn'tit. Also, all of the copper bundles that (I'm assuming) used to comeinto campus from the "outside" have been hacked off right inside thecable vault and abandoned in place. Connections to the outside worldappear to be entirely fiber-based, with the exception of the one coaxfor "my" CATV service. ...What gives -- why to we have a GTE manhole out there? Most likely, the campus just happened to be on a backbone route to GTE's territories, which are scattered all over southern California, including the valley north of San Marcos, in western Riverside County.Aha, I guess I had assumed that GTE would either use some wirelessmethod or route their traffic over "someone else's" network betweenterritories rahter than resorting to their own backbone... don't askme why ... And to make this even sadder, I live in a GTE (well, GTE dbaVerizon) area in southwestern Riverside County 909-69x -- I guess itseemed so far out of place.Thanks for your reply!Lincoln
|
