Re: DLSW Questions (Fixed Typo's)

From: Gregg Malcolm (greggm@xxxxxxxxxxxxx)
Date: Mon Apr 15 2002 - 14:31:40 GMT-3


   
Roger -- Thanks, I stand corrected. Doc on CCO is a little confusing about
this. I knew about the rif-passthru option on the remote peer but I was
under the impression it was only to allow the RIF to be passed thru. But it
appears that LLC2 supervisory commands are also passed thru with this
command.

An interesting note is the difference in 11.x and 12.x IOS. Here's 11.0 :

r7(config)#dls remot 0 tcp 1.1.1.1 ?
  backup-peer Configure as a backup to an existing TCP/FST peer
  bytes-netbios-out Configure netbios bytes output filtering for this peer
  cost Cost to Reach this Remote Peer
  dest-mac Exclusive destination mac-addr for remote peer
  dmac-output-list Filter output destination mac adresses
  host-netbios-out Configure netbios host output filtering for this peer
  keepalive Set keepalive interval for this remote peer
  lf Largest Frame Size for this Remote Peer
  lsap-output-list Filter output IEEE 802.5 encapsulated packets
  pass-thru Remote peer is capable of locally acknowledging DLC
<--------------Pretty obvious
                     sessions
  priority Enable prioritization features for this remote peer
  tcp-queue-max Maximum output TCP queue size for this remote peer
  <cr>

Here's 12.1 :

r9(config)#dls remo 0 tcp 1.1.1.1 ?
  backup-peer Configure as a backup to an existing remote peer
  bytes-netbios-out Configure netbios bytes output filtering for this peer
  circuit-weight Configure circuit-weight for this peer
  cluster Override cluster-id of remote peer
  cost Cost to Reach this Remote Peer
  dest-mac Exclusive destination mac-addr for remote peer
  dmac-output-list Filter output destination mac addresses
  dynamic Enable dynamic connection for this remote peer
  host-netbios-out Configure netbios host output filtering for this peer
  keepalive Set keepalive interval for this remote peer
  lf Largest Frame Size for this Remote Peer
  lsap-output-list Filter output IEEE 802.5 encapsulated packets
  passive Local peer will not initiate this remote peer
connection
  priority Enable prioritization features for this remote peer
  rif-passthru Use rif_passthru for this remote peer
<----------------- I wonder why they changed the name. It is the same
function as the one above, right ?
  rsvp Configure reservations using RSVP
  tcp-queue-max Maximum output TCP queue size for this remote peer
  timeout Set retransmission timeout value for this remote peer
  <cr>

----- Original Message -----
From: "Roger Schotsal" <schotsal@hotmail.com>
To: <greggm@sbcglobal.net>
Cc: <ccielab@groupstudy.com>
Sent: Monday, April 15, 2002 12:20 AM
Subject: Re: DLSW Questions (Fixed Typo's)

> dlsw tcp peers w/ 'rif-passthrough' option will also enable end-to-end
llc2.
>
>
> >From: "Gregg Malcolm" <greggm@sbcglobal.net>
> >Reply-To: "Gregg Malcolm" <greggm@sbcglobal.net>
> >To: <ccielab@groupstudy.com>
> >Subject: DLSW Questions (Fixed Typo's)
> >Date: Sun, 14 Apr 2002 23:43:54 -0700
> >
> >(Sorry, It's pretty late and I'm seeing double)
> >
> >Just to make sure I am understanding correctly :
> >
> >DLSW over F/R (DLSW Lite)
> >Two types; LLC and pass-thru
> >
> >If asked to do DSLW Lite with local ack do :
> >DLSW remote 0 frame-relay interface s0 101
> >Int S0
> >frame-relay map llc2 101
> >
> >If asked to do DLSW Lite with no local ack do :
> >DLSW remote 0 frame-relay interface s0 101 pass-thru
> >Int S0
> >frame-relay map dlsw 101
> >
> >Question: Is DSLW Lite the only DLSW implementation that will allow LLC2
> >packets to traverse the WAN without a local ack ? As far as I know, it
is.
> >I
> >believe if the question was opened ended and didn't specify the transport
> >method (DLSW) that RSRB could also do it (Just leave off the local-ack
> >option
> >at the end of the remote-peer statement).
> >
> >SAP Filters
> >match all SNA traffic 0x0000 0x0D0D
> >match all netbios traffic 0xF0F0 0x0101
> >match all IPX traffic 0xE0E0 0x0101
> >Can be used on T/R SRB int's, Ethernet transparent bridge int's and DLSW
> >remote peers.
> >
> >Please let me know if I have any of this wrong.
> >
> >Thanks, Gregg



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:58:08 GMT-3