<body><script type="text/javascript"> function setAttributeOnload(object, attribute, val) { if(window.addEventListener) { window.addEventListener('load', function(){ object[attribute] = val; }, false); } else { window.attachEvent('onload', function(){ object[attribute] = val; }); } } </script> <div id="navbar-iframe-container"></div> <script type="text/javascript" src="https://apis.google.com/js/platform.js"></script> <script type="text/javascript"> gapi.load("gapi.iframes:gapi.iframes.style.bubble", function() { if (gapi.iframes && gapi.iframes.getContext) { gapi.iframes.getContext().openChild({ url: 'https://www.blogger.com/navbar.g?targetBlogID\x3d3797690836210744058\x26blogName\x3dStreamyx+Modem\x26publishMode\x3dPUBLISH_MODE_BLOGSPOT\x26navbarType\x3dBLUE\x26layoutType\x3dCLASSIC\x26searchRoot\x3dhttps://streamyx-adsl53300.blogspot.com/search\x26blogLocale\x3den_US\x26v\x3d2\x26homepageUrl\x3dhttp://streamyx-adsl53300.blogspot.com/\x26vt\x3d5638322880886066285', where: document.getElementById("navbar-iframe-container"), id: "navbar-iframe", messageHandlersFilter: gapi.iframes.CROSS_ORIGIN_IFRAMES_FILTER, messageHandlers: { 'blogger-ping': function() {} } }); } }); </script>

Wednesday, May 7, 2008

More On Meeting Your Bandwidth Requirements For Supply Chain Management Applications

As I pointed out in a previous article, Supply Chain Management (SCM) is a complex animal. The key to a successful SCM implementation is a clear understanding of the business objectives and business requirements of the company the SCM primarily supports. This often includes a number of legacy systems which need to be integrated into the solution. From this will come the technical objectives to be met and the technical requirements that frame the solution. Only then will the commmunication requirements for bandwidth capacity, reliability, resiliancy, latency, security, and expandability be meaningful.

Here's just 2 such technical aspects.....

Frame Relay

Frame relay initially had several advantages over the alternative solutions for SCM and other multi site and multi company communications networks.

The first advantage was with circuit costs. For a multi site network, the traditional approach was a large number of point to point circuits. Each circuit required a router port, a CSU, and often a circuit monitoring module. With milage based pricing, each circuit represented a significant recurring cost on top of the initial hardware costs. Router sizing was often a factor of ports supported rather than performance capability.

Frame relay exchanged the point to point circuit costs with an access circuit, typically at less than 1/10th of the cost. With port speeds from DS0 to DS3, multiple sites could be connected with a single port at each site. A partial or full mesh, even with full redundancy, could be accomplished with very few router ports and CSU at each site. This represented significant capital savings.

Using fractional T1 and T3 on the access circuits, frame relay made expanding capacity between sites relatively painless. Port changes within the frame relay provider's network was often a configuration change. Expanding the actual circuits was typically a configuration change on the CSU and DACS.

Adding new sites was often accomplished with physical changes at the new site only. The new PVC across the frame relay network and at the existing site(s) was a configuration change. Depending on the routers used and the routing protocol implemented, this might be accomplished without a maintenance window.

The PVC approach allowed for additional security. A given location could be directed to a specific port within the DMZ, limiting the exposure of one's own network to other vendors within the SCM network. Firewalls at each end allowed each company to control its own security. The frame relay network was vulnerable to external monitoring at very few points, and the relationship of PVC traffic to specific customer required specific network design information.

Frame relay offered the ability to have a disaster recovery site support multiple locations. PVC between the disaster location and other locations could be defined in the configuration, allowing dynamic implementation of the disaster recovery network.

As a circuit protocol, frame relay functions independent of other protocols. This segmentation allowed IPX, IP, SNA, and other system communications protocols to be implemented over the same paths. If desired, each of these could have its own PVC and bandwidth, or they could all operate over a common path. Finally, the bandwidth and performance could be established specifically to site pairs on a PVC basis.

For a vendor that participated in multiple SCM networks, frame relay represented real cost savings. Instead of a new circuit for each network, a PVC could be established. Instead of 6 week circuit installation delays, service could be established in hours.

----

So why the past tense? The advantages of frame relay are now achieved via the Internet. The timeframes for implementation have been reduced from hours to minutes. Encryption has advanced beyond the security offered by isolated paths. Advances in application based routing can achieve availablity assurances. Legacy protocols have been largely replaced by IP.

There are still times when frame relay is the best choice based on business requirements or technical constraints. But a robust bandwidth network (e.g. OC3 or OC12 bandwidth....perhaps with GigE connectivity) applying IP protocols will enable a seemless flow of information without risking security concerns.

Emerging Technologies

The most notable is Radio Frequency Identification, or RFID. RFID tags are essentially barcodes on steroids. Whereas barcodes only identify the product, RFID tags can tell what the product is, where it has been, when it expires, whatever information someone wishes to program it with. RFID technology is going to generate mountains of data about the location of pallets, cases, cartons, totes and individual products in the supply chain. It's going to produce oceans of information about when and where merchandise is manufactured, picked, packed and shipped. It's going to create rivers of numbers telling retailers about the expiration dates of their perishable itemsnumbers that will have to be stored, transmitted in real-time and shared with warehouse management, inventory management, financial and other enterprise systems. In other words, it is going to have a really big impact.

Another benefit of RFIDs is that, unlike barcodes, RFID tags can be read automatically by electronic readers. Imagine a truck carrying a container full of widgets entering a shipping terminal in China. If the container is equipped with an RFID tag, and the terminal has an RFID sensor network, that containers whereabouts can be automatically sent to Widget Co. without the truck ever slowing down. It has the potential to add a substantial amount of visibility into the extended supply chain.

Right now the two biggest hurdles to widespread RFID adoption are the cost of building the infrastructure and the lack of agreed-upon industry standards. But regardless...RFID implementation will be bandwidth intensive to retrieve and disseminate the mountain of information such a tool will provide.

Summary

The answer to how to meet bandwidth requirements for SCM applications is as complex as ever. The addition of emerging technologies like RFID into the mix of legacy point-to-point approaches, the frame relay darling, and the simplification afforded by OCx backed IP protocols....means your IT staff will be pegging their stress meter trying to make a decision. To navigate the aspect involving researching and acquiring the right bandwidth solution....do yourself a favor. Use the services of an independent unbiased consultant such as DS3-Bandwidth.com to navigate the minefield for you. Your IT staff will love you for it.

Michael is the owner of FreedomFire Communications....including Business-VoIP-Solution.com Michael also authors Broadband Nation where you're always welcome to drop in and catch up on the latest BroadBand news, tips, insights, and ramblings for the masses.

Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx
Streamyx

0 Comments:

Post a Comment

<< Home