[nsp] RE: Virtual Access interface load sharing

[Oliver Boehmer (oboehmer)]

Hi Steven,

this looks like CSCdv49909 (Load balacing does not work from MPLS/VPN to
regular IP), you might want to try the workaround mentioned in the
release-note by using numbered links on the PE instead (this would, of
course, change the CPE config). The fix is in 12.2(8)B and other
releases..
I don't know if multilink PPP would work in your setup, this way PPP
could take care of load sharing..

	oli



> -----Original Message-----
> From: Steven Godfrey [mailto:steven.godfrey@intechnology.co.uk] 
> Sent: Montag, 6. Januar 2003 12:23
> To: Nsp (E-mail); cisco-nas@external.cisco.com
> Subject: Virtual Access interface load sharing
> 
> 
> Hi,
> I'm experiencing a problem with load sharing across multiple 
> ADSL lines, I have exhausted all my ideas so if anyone can offer any
> advice I would appreciate it.
> 
> The CPE load shares ok on the transmit of packets, this is 
> configured on a per packet basis.
> 
> The return packets to the CPE are not load shared by the 
> LNS-PE, this is also configured on a per packet basis.
> 
> The 213.146.135.185 is the connected PPP route, the address 
> is either negotiated or unnumbered fa0/0 on the CPE.
> 
> This is the CEF entry for the PPP attached address:
> 213.146.135.185/32	attached	Virtual-Access6
> 			attached	Virtual-Access7
> 
> A /30 route is installed via the connected interface, this 
> route is passed via RADIUS.
> 
> The routing table looks as follows:
> 
> Route to the remote subnet
> 
> UK-LN2-PE5-ADSL#sh ip route vrf INTERNET 213.146.135.184
> Routing entry for 213.146.135.184/30
>   Known via "static", distance 1, metric 0
>   Redistributing via bgp 13009
>   Advertised by bgp 13009
>   Routing Descriptor Blocks:
>   * 213.146.135.185
>       Route metric is 0, traffic share count is 1
> 
> Route to 213.146.135.185
> 
> UK-LN2-PE5-ADSL#sh ip route vrf INTERNET 213.146.135.185
> Routing entry for 213.146.135.185/32
>   Known via "connected", distance 0, metric 0 (connected, via 
> interface)
>   Redistributing via bgp 13009
>   Advertised by bgp 13009
>   Routing Descriptor Blocks:
>   * directly connected, via Virtual-Access7
>       Route metric is 0, traffic share count is 1
>     directly connected, via Virtual-Access6
>       Route metric is 0, traffic share count is 1
> 
> The Cef entry on the PE looks strange for the routed subnet:
> 
> 213.146.135.184/30	0.0.0.0	Virtual-Access6
> 			0.0.0.0	Virtual-Access7
> 
> The RADIUS user looks like this:
> 
> A-USER    Password = "XXXXXXX"
>                 Service-Type = Framed,
>                 Framed-Protocol = PPP,
>                 Framed-IP-Address = 213.146.135.185,
> 	    Cisco-AVPair = "ip:route=vrf INTERNET 
> 213.146.135.184 255.255.255.252",
>                 Cisco-AVPair = "lcp:interface-config#2=ip vrf 
> forwarding INTERNET\nip unnumbered loop213\nip load-sharing
> per-packet"
> 
> 
> The PE config looks like this:
> 
> The IOS ver on the PE is c7200-js-mz.122-4.B4.bin, I have 
> tried c7200-js-mz.122-4.B7.bin in a similar setup in the lab.
> 
> UK-LN2-PE5-ADSL#sh run
> 
> ip vrf INTERNET
>  rd 13009:10
>  export map 10-INTERNET
>  route-target export 13009:10
>  route-target import 13009:10
>  route-target import 13009:120
> !
> !
> vpdn-group L2TP1
>  accept-dialin
>   protocol l2tp
>   virtual-template 1
>  terminate-from hostname ITO.L-CENTRAL1
> !
> tag-switching tdp router-id Loopback0
> !
> interface Loopback0
>  ip address 10.0.2.42 255.255.255.255
> !
> interface Loopback213
>  ip vrf forwarding INTERNET
>  ip address x.x.x.x 255.255.255.255
> !
> interface Virtual-Template1
>  ip unnumbered Loopback0
>  load-interval 30
>  no peer default ip address
>  ppp authentication chap
> 
> 
> The CPE configuration is as follows:
> 
> The IOS ver in the CPE is c1700-k8o3sv3y7-mz.122-11.T.bin
> 
> ip cef
> prompt CPE
> !
> interface Loopback0
>  ip address 1.2.3.5 255.255.255.255
> !
> interface ATM0/0
>  no ip address
>  no atm ilmi-keepalive
>  pvc 0/38
>   encapsulation aal5mux ppp dialer
>   dialer pool-member 1
>  !
>  dsl operating-mode auto
>  no fair-queue
> !
> interface FastEthernet0/0
>  ip address 1.1.1.1 255.255.255.252
>  ip load-sharing per-packet
>  speed auto
> !
> interface ATM1/0
>  no ip address
>  no atm ilmi-keepalive
>  pvc 0/38
>   encapsulation aal5mux ppp dialer
>   dialer pool-member 1
>  !
>  dsl operating-mode auto
>  no fair-queue
> !
> interface Dialer0
>  ip unnumbered FastEthernet0/0
>  ip load-sharing per-packet
>  encapsulation ppp
>  dialer pool 1
>  dialer-group 1
>  no cdp enable
> !
> ip classless
> ip route 0.0.0.0 0.0.0.0 Dialer0
> no ip http server
> !
> dialer-list 1 protocol ip permit
> !
> call rsvp-sync
> !
> voice-port 2/0
> !
> voice-port 2/1
> !
> voice-port 3/0
> !
> voice-port 3/1
> !
> dial-peer cor custom
> !
> end
> 
> Thanks in advance....
> 
> Regards,
> 
> Steven Godfrey
> Phone 01423 850007
> steven.godfrey@intechnology.co.uk
> ==============================================
> InTechnology plc - Secure Offsite Data
> Head Office:  Nidderdale House, Beckwith Knowle, Harrogate,  HG3 1SA.
> Main:  01423 850000
> Fax:  01423 858855
> www.intechnology.co.uk
> 
> 
> ______________________________________________________________
> __________
> This message has been checked for all known viruses by the 
> CitC Virus Scanning Service powered by SkyLabs. For further 
> information visit
> http://www.citc.it
> 
> ___
>