If it's a commercial carrier grade shot, and it's been engineered correctly, and, and, and...... It should work fine as I have service on microwave that operates as good as our fiber. -----Original Message----- From: Rodney Joffe [mailto:rjoffe@centergate.com] Sent: Tuesday, March 27, 2001 3:16 PM To: NANOG Subject: Microwave... I' be interested in hearing about any operational experience the users on this list have had, such as issues and challenges with routing, reliability, etc., with the use of Microwave at DS3 or greater level.... --
We've got a customer on a DS3 microwave shot. It's been more reliable than their copper DS1 backup and has the added benefit of being able to melt hershey bars in nothing flat! (Old MCCES@MCAGCC29 joke) --- John Fraizer EnterZone, Inc On Tue, 27 Mar 2001, Dee McKinney wrote:
If it's a commercial carrier grade shot, and it's been engineered correctly, and, and, and...... It should work fine as I have service on microwave that operates as good as our fiber.
-----Original Message----- From: Rodney Joffe [mailto:rjoffe@centergate.com] Sent: Tuesday, March 27, 2001 3:16 PM To: NANOG Subject: Microwave...
I' be interested in hearing about any operational experience the users on this list have had, such as issues and challenges with routing, reliability, etc., with the use of Microwave at DS3 or greater level....
--
Can you run multiple transmission/receive sets in parallel over different channels or spread spectrum? (Its probably vendor specific, so any information/pointer would be great). Thanks, Deepak Jain AiNET -----Original Message----- From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of John Fraizer Sent: Tuesday, March 27, 2001 9:21 PM To: Dee McKinney Cc: NANOG Subject: RE: Microwave... We've got a customer on a DS3 microwave shot. It's been more reliable than their copper DS1 backup and has the added benefit of being able to melt hershey bars in nothing flat! (Old MCCES@MCAGCC29 joke) --- John Fraizer EnterZone, Inc On Tue, 27 Mar 2001, Dee McKinney wrote:
If it's a commercial carrier grade shot, and it's been engineered
correctly,
and, and, and...... It should work fine as I have service on microwave that operates as good as our fiber.
-----Original Message----- From: Rodney Joffe [mailto:rjoffe@centergate.com] Sent: Tuesday, March 27, 2001 3:16 PM To: NANOG Subject: Microwave...
I' be interested in hearing about any operational experience the users on this list have had, such as issues and challenges with routing, reliability, etc., with the use of Microwave at DS3 or greater level....
--
That I'm not real sure about. I do know that it's an OC3 mic shot but the customer only has a DS3. It's not our equipment. On Tue, 27 Mar 2001, Deepak Jain wrote:
Can you run multiple transmission/receive sets in parallel over different channels or spread spectrum? (Its probably vendor specific, so any information/pointer would be great).
Thanks,
Deepak Jain AiNET
-----Original Message----- From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of John Fraizer Sent: Tuesday, March 27, 2001 9:21 PM To: Dee McKinney Cc: NANOG Subject: RE: Microwave...
We've got a customer on a DS3 microwave shot. It's been more reliable than their copper DS1 backup and has the added benefit of being able to melt hershey bars in nothing flat! (Old MCCES@MCAGCC29 joke)
--- John Fraizer EnterZone, Inc
On Tue, 27 Mar 2001, Dee McKinney wrote:
If it's a commercial carrier grade shot, and it's been engineered
correctly,
and, and, and...... It should work fine as I have service on microwave that operates as good as our fiber.
-----Original Message----- From: Rodney Joffe [mailto:rjoffe@centergate.com] Sent: Tuesday, March 27, 2001 3:16 PM To: NANOG Subject: Microwave...
I' be interested in hearing about any operational experience the users on this list have had, such as issues and challenges with routing, reliability, etc., with the use of Microwave at DS3 or greater level....
--
--- John Fraizer EnterZone, Inc
ESnet is running a dual OC-3 microwave link to provide connectivity to NERSC, the National Energy Research Scientific Computing Center in downtown Oakland, CA from Berkeley Lab. We had some early equipment failures that kept the bandwidth to a single OC-3 for a while, but it's been operating quite well for several months, now. While we have an OC-48 fiber on order, it could not be installed before NERSC moved from Berkeley Lab to Oakland due to permit issues and having a super-computer center with no external connections seemed like a bad idea. Microwave was the obvious option as we have a clear line of sight of only about 5 miles. OC-6 is less bandwidth than we would like, but the users are at least getting passable access. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634
AARNet run a comprehensive microwave network through the Australian metropolitan areas to service universities and research institutions. We rarely find RF issues on the mcirowave links themselves. The units are supplied under contract and tested bit and burst errors between the two indoor units for a day before we take acceptance. The contractors provide annual maintenance, at this time the Automatic Gain Control level is checked against recorded values and this gives indications of tree or buildings that may have appeared on the microwave path. Australia has a spectrum allocation agency that registers, licenses and taxes point-to-point microwave links. Thus there is a low incidence of interference. Australian city centers, with the exception of Sydney and Melbourne, are not as populated as in North America. Sites where the RF engineering is at the nominal performance boundaries do experience considerably more rain fade then sites that are well within those boundaries. Since there is more rain in the US than in Australia, this may be an issue for you. Because each 'customer' site does its own networking (ie: we don't engineer the network at both ends) we have had considerable difficulty with, in order: 1) getting sites to calculate G.703 electrical power levels. G.703's output power at the transmit port is unspecified in the standard, G.703's input power at the receive port is. The intent was that this allows manufacturers to design for the expected coaxial cable length. Most manufacturers have jumpers to select a "short" cable or a "long" cable. Some manufacturers require you to insert attenuation (such as a RF test resistor) instead. Some equipment, notably the Cisco LS1010 ATM switch, has differing output levels between cards with differing port densities. This complicates dealing with a port failure. If you are starting from scratch use the same card everywhere (high density, with access to the clock redistribution bus). 2) Getting sites to understand clocking. As always there should be one, and only one, clock. Preferrably generated by the upstream site. If you want to emulate a T1/E1 circuit, then the clock should also be derived from a telco clock. Unfortunately, power level and clocking misconfigurations result in the same error counters incrementing. 3) Not propoagating AIS. Most equipment will not propogate Alarm Indicatin Signal or insert RDI in their default configuration. This allows the device to be tested. Once testing is complete AIS propogation should be enabled and RDI insertion activated. Thus when a physical-layer error occurs it is instantly propogated to the router/switch interfaces at *both* ends. This is much better than relying on the routing protocol to discover the unreachability some minutes later, even if no alternative route is available (because the users instantly receive a Network Unreachable rather than timing out and the "show interface" shows the true status of the link). 4) RF engineering practices on the G.703 link between the router/switch and the microwave indoor unit. In particular: long runs parallel with non-RF cables, small turn radii, ground currents because shields are terminated at both ends on long-distance hauls. If you are running the G.703 link some distance I would seriously consider using a G.703 opitcal modem and running multimode fiber rather than coaxial cable. 5) Poor RF engineering by switch/router vendors. Thus the huge baluns on the Cisco-supplied coax cable and the warning not to manufacture your own (which, realistically, you *should* do as loops of excess G.703 coax is asking for trouble). -- Glen Turner Network Engineer (08) 8303 3936 Australian Academic and Research Network glen.turner@aarnet.edu.au http://www.aarnet.edu.au/ -- The revolution will not be televised, it will be digitised
Can you run multiple transmission/receive sets in parallel over different channels or spread spectrum? (Its probably vendor specific, so any information/pointer would be great).
Short answer is Yes, it can be done. How. How many ways are there to send a packet?
Somewhat timely, this arrived in my mailbox this afternoon. For those using satellites and HF, this could be an issue. Should not effect terrestrial microwave though. Bob LARGE SUNSPOT GROUP POSES STORM THREAT THROUGH APRIL 5, 2001 A very large, complex sunspot group is currently crossing the face of the Sun. This sunspot group, designated by NOAA space weather forecasters as Region 9393, has been growing at a rapid rate since rotating into view on March 22. Forecasters expect Region 9393 to produce intermittent radio blackouts as high as the category R3 (strong) level before it rotates to the backside of the Sun on April 5. This region also appears capable of producing a category S1 (minor) to S2 (moderate) space radiation storm. Earlier today, Region 9393 produced an R1 (minor) radio blackout followed by an Earth-directed coronal mass ejection (CME). This CME is expected to cause category G1 (minor) to G2 (moderate) geomagnetic storm conditions on March 30 - 31.
participants (6)
-
Bob Bownes
-
Dee McKinney
-
Deepak Jain
-
Glen Turner
-
John Fraizer
-
Kevin Oberman