Skip Links

Network World

Matthew Nickasch

Securing the Line Part 3 - Access Control

By Matthew Nickasch on Tue, 08/26/08 - 1:51pm.
Newsletter Signup

Yesterday we discussed the use of Virtual LANs (VLANs) to segment and separate voice and data networks. This level of separation significantly increases security across both the data and voice networks, and also provides yet another of complication for any would-be hacker.

While Voice VLANs sound like a good idea (and they are), they're practically useless without the proper inter-VLAN routing configuration and safeguards. LAN segmentation means virtually nothing without access control lists, firewalls, and policies to route and protect data on both VLANs.

Constructing routing policy between the WAN, data LAN, DMZ, and voice LAN should be relatively easy in respect to voice traffic. Unlike any other segment on your network, voice traffic can literally be the easiest to manage policy-wise. When you think about it, the data counterpart of network segments is designed to allow and control lots of heterogeneous traffic. We're talking about SMB, WWW, SMTP, etc... and the list goes on and on. Routing and firewall policy for these segments can become very complicated, very quickly. However, when considering the voice network, the traffic is very homogeneous, typically consisting of a signaling protocol in addition to media transport, or RTP traffic. Therefore, the increased "unity" in the traffic footprint that stems from the voice network is likely much easier to control, firewall, and route. Policies are relatively easy to manage, and need less supervision and change.

In constructing any inter-VLAN policy set, remember the Principle of Least Privilege. Start with constricting policies to the absolute necessities, and add as necessary. Consider management VPN tunnels to allow administrators from remote locations and neighboring VLANs to have unrestricted access to the segment.

Post new comment

The content of this field is kept private and will not be shown publicly.
  • You can use BBCode tags in the text.
  • Lines and paragraphs break automatically.
  • Allowed HTML tags: <p> <strong> <i> <br /> <br> <ul> <ol> <li> <dl> <dt> <dd> <blockquote>

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
Welcome, visitor. Register Log in
Advertisement:
About Considering Convergence
Matthew Nickasch is an independent consultant and analyst in the IP communication and convergence fields. His current and previous consulting experience includes systems architecture, virtualization, telecommunications, and converged networks for the financial, education, and healthcare industries. In addition to his consulting responsibilities, he has been active in the research realm, recently publishing and presenting on topics including routing protocol security and ERP and transactional database auditing. While his interests include directory services and corporate compliance, Nickasch's focus is on converged networks and IP communications.
Blog Roll
Inside the Asterisk
http://blogs.digium.com/
Hyperconnectivity
http://www.hyperconnectivity.com/
Nearpoints
http://www.networkworld.com/community/mathias