From: David Russell (drussell@xxxxxxxxxxx)
Date: Sun Mar 19 2000 - 23:14:48 GMT-3
Greg,
Only the high priority DLCI needs to be mapped. So try dropping all of the
secondary addresses and associated maps.
Dave
-----Original Message-----
From: Greg Schwimer <schwim@speedchoice.com>
To: CCIE Lab Study Group (E-mail) <ccielab@groupstudy.com>
Date: Friday, March 17, 2000 10:47 PM
Subject: Frame relay DLCI Prioritization
>I ran into a problem I just could not completely solve regarding frame
relay
>DLCI prioritization. The scenario has two routers connected via 4 PVCs
>through a frame cloud. I was trying to get the DLCI prioritization to
work.
>IOS was 11.2(16) (I know...). Its not that routing was not taking place,
it
>was that it was not being prioritized AT ALL. Debug priority showed all
>packets going through as "normal" priority.
>
>Below is the router 1 config. Router 2 config is exactly the same with the
>exception of the obvious IP address changes and DLCI numbers. Any ideas
>would be greatly appreciated!
>Greg
>
>Router 1
>
>Int S1.140 multipoint
> ip addr 172.16.1.1 255.255.255.0
> ip addr 172.16.1.3 255.255.255.0 secondary
> ip addr 172.16.1.5 255.255.255.0 secondary
> ip addr 172.16.1.7 255.255.255.0 secondary
> ip ospf network point-to-multipoint
> frame-relay priority-dlci-group 1 140 141 142 143
> frame-relay map ip 172.16.1.2 140 broadcast
> frame-relay map ip 172.16.1.4 141 broadcast
> frame-relay map ip 172.16.1.6 142 broadcast
> frame-relay map ip 172.16.1.8 143 broadcast
>
>router ospf 100
> network 172.16.1.0 0.0.0.255 area 1
>
>priority-list 1 default low
>priority-list 1 protocol tcp telnet high
>priority-list 1 protocol tcp www medium
>priority-list 1 protocol tcp ftp normal
>priority-list 1 protocol tcp ftp-data normal
>
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:06 GMT-3