RE: Access-list for DLSW port numbers.

From: Scott Morris (swm@emanon.com)
Date: Sun Feb 15 2004 - 13:11:12 GMT-3


That's a common mistake... This use of "dlsw" as a protocol refers to FST
encapsulation. Doesn't do anything for TCP encapsulation.

FST isn't really tied to UDP or TCP, it's kind of it's own little IP
sub-protocol.

The nomenclature could be a little more useful, and that would avoid plenty
of confusion... But I guess that would also take all the fun out of it! :)

 
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, CISSP,
JNCIS, et al.
IPExpert CCIE Program Manager
IPExpert Sr. Technical Instructor
swm@emanon.com/smorris@ipexpert.net
http://www.ipexpert.net
 

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Michael Snyder
Sent: Sunday, February 15, 2004 11:00 AM
To: ccielab@groupstudy.com
Cc: 'Scott Morris'
Subject: RE: Access-list for DLSW port numbers.

Hi Scott, thank you for your response.

What's up with this? The requirement was to use a priority-list for dlsw
transit traffic between peers.

I did.

priority-list 1 protocol ip high tcp 2065

The solution shows

priority-list 1 protocol dlsw high

Ok, what port(s) does this command cover? I have a very hard time believing
it is doing some level 4 check, which means just has to be doing some ports.

TCP 2065, 1981-1983, what about fst? I'm guessing that fst is an udp rtp
protocol. In fact I don't think I've ever seen a reference to fst being a
protocol or udp port.

It bugs me because dlsw isn't a protocol like ipx or appletalk, it shouldn't
be listed this way. It could be the local dlsw layer 2 stuff on the lan
interface, but that wouldn't apply to transit remote peer traffic.

Thanks in advance,

Michael

------------------------------------------------------------------------

R7(config)#priority-list 1 protocol ?
  aarp AppleTalk ARP
  apollo Apollo Domain
  appletalk AppleTalk
  arp IP ARP
  bridge Bridging
  bstun Block Serial Tunnel
  cdp Cisco Discovery Protocol
  clns ISO CLNS
  clns_es ISO CLNS End System
  clns_is ISO CLNS Intermediate System
  cmns ISO CMNS
  compressedtcp Compressed TCP
  decnet DECnet
  decnet_node DECnet Node
  decnet_router-l1 DECnet Router L1
  decnet_router-l2 DECnet Router L2
  dlsw Data Link Switching
  ip IP
  ipx Novell IPX
  llc2 llc2
  pad PAD links
  pppoe PPP over Ethernet
  qllc qllc protocol
  rsrb Remote Source-Route Bridging
  snapshot Snapshot routing support
  stun Serial Tunnel
  vines Banyan VINES
  xns Xerox Network Services

R7(config)#priority-list 1 protocol dlsw h R7(config)#priority-list 1
protocol dlsw ?
  high
  medium
  normal
  low

R7(config)#priority-list 1 protocol dlsw high

-----Original Message-----
From: Scott Morris [mailto:swm@emanon.com]
Sent: Sunday, February 15, 2004 8:53 AM
To: 'Michael Snyder'; ccielab@groupstudy.com
Subject: RE: Access-list for DLSW port numbers.

The ports 1981, 1982 and 1983 are ONLY involved when you are using the
"priority" feature. Otherwise, in a standard configuration, 2065 is the
only one used. You'll just have to figure out which direction your
connection is going! :)

 
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, CISSP,
JNCIS, et al.
IPExpert CCIE Program Manager
IPExpert Sr. Technical Instructor
swm@emanon.com/smorris@ipexpert.net
http://www.ipexpert.net
 

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Michael Snyder
Sent: Sunday, February 15, 2004 1:08 AM
To: ccielab@groupstudy.com
Subject: Access-list for DLSW port numbers.

http://www.cisco.com/en/US/products/sw/iosswrel/ps1826/products_feature_
guide09186a0080080ed8.html

I'm trying to figure out which port numbers I need just for normal tcp dlsw
traffic.

Is it safe to say that 2065 and 1982 is the only ones needed for normal dlsw
configs?

priority
(Optional) Enables prioritization features for this remote peer. Valid TCP
port numbers are the following:
. High-2065
. Medium-1981
. Normal-1982
. Low-1983



This archive was generated by hypermail 2.1.4 : Fri Mar 05 2004 - 07:13:50 GMT-3