> Inbound/Outbound loads are out of wack....  what part of the 
> BGP neigh stats
> do you want to see?

I'm referring to simply 'sh ip bgp sum', as this will show the amount of
prefixes that you receive on each connection. So if I've read all of the
threads correctly, you have 2 T1's at 2 physically separate locations but
the same provider. I still have more questions than answers at this point.
Are you advertising any routes or the same routes via both connections?
(i.e. mail server, ftp server, dns server, etc...) Is there any routing
happening on the 'back side', in other words can one router choose to go to
the other router rather than out to the net? 

Looking at your stats from below, you don't have much traffic at all, in
either direction. Your loads are low and per packet count (on 5 min moving
average) is low.

The questions about what routes you are receiving are relevant. Often you
have 3 or so options:
1. Receive full-routes (100,000 plus routes)
2. Receive partial routes (i.e. routes for customers that belong to same AS
that you get service from)
3. Default route-only.

Sorry if it seems I'm dragging you along, but there are several factors to
consider when you are attempting to get load-sharing. Especially if you are
connected to 2 separate routers on your provider's backbone.

-chris


 
> Serial0/0 is up, line protocol is up
>   Hardware is QUICC with integrated T1 CSU/DSU
>   Description: To provider1
>   MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec, rely 255/255, 
> load 5/255
>   Encapsulation FRAME-RELAY IETF, loopback not set, keepalive 
> set (10 sec)
>   LMI enq sent  77766, LMI stat recvd 77766, LMI upd recvd 0, 
> DTE LMI up
>   LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
>   LMI DLCI 0  LMI type is ANSI Annex D  frame relay DTE
>   Broadcast queue 0/64, broadcasts sent/dropped 12963/0, interface
> broadcasts 3
>   Last input 00:00:04, output 00:00:00, output hang never
>   Last clearing of "show interface" counters never
>   Queueing strategy: fifo
>   Output queue 0/40, 5642 drops; input queue 0/75, 0 drops
>   5 minute input rate 181000 bits/sec, 35 packets/sec
>   5 minute output rate 31000 bits/sec, 8 packets/sec
>      14791247 packets input, 3209509245 bytes, 0 no buffer
>      Received 0 broadcasts, 0 runts, 1 giants, 0 throttles
>      15143 input errors, 593 CRC, 8555 frame, 0 overrun, 0 
> ignored, 5994
> abort
>      6400415 packets output, 2339275311 bytes, 0 underruns
>      0 output errors, 0 collisions, 8 interface resets
>      0 output buffer failures, 0 output buffers swapped out
>      3 carrier transitions
>      DCD=up  DSR=up  DTR=up  RTS=up  CTS=up
> 
> Serial0/1 is up, line protocol is up
>   Hardware is QUICC with integrated T1 CSU/DSU
>   Description: To provider2
>   MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec, rely 255/255, 
> load 6/255
>   Encapsulation FRAME-RELAY IETF, loopback not set, keepalive 
> set (10 sec)
>   LMI enq sent  77769, LMI stat recvd 77768, LMI upd recvd 0, 
> DTE LMI up
>   LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
>   LMI DLCI 0  LMI type is ANSI Annex D  frame relay DTE
>   Broadcast queue 0/64, broadcasts sent/dropped 12964/0, interface
> broadcasts 3
>   Last input 00:00:05, output 00:00:00, output hang never
>   Last clearing of "show interface" counters never
>   Queueing strategy: fifo
>   Output queue 0/40, 9587 drops; input queue 0/75, 0 drops
>   5 minute input rate 0 bits/sec, 0 packets/sec
>   5 minute output rate 38000 bits/sec, 13 packets/sec
>      183425 packets input, 8800740 bytes, 0 no buffer
>      Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
>      2893 input errors, 628 CRC, 2175 frame, 0 overrun, 0 
> ignored, 90 abort
>      6083912 packets output, 2163859526 bytes, 0 underruns
>      0 output errors, 0 collisions, 7 interface resets
>      0 output buffer failures, 0 output buffers swapped out
>      3 carrier transitions
>      DCD=up  DSR=up  DTR=up  RTS=up  CTS=up
> 
> 
> 
> -----Original Message-----
> From: Kane, Christopher A. [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 25, 2002 7:56 AM
> To: [EMAIL PROTECTED]
> Subject: RE: BGP Load Balancing Question [7:42469]
> 
> I'm not sure I understand what you are describing. Are you 
> saying that the
> BGP routes you receive from your provider are mainly coming 
> over one link
> rather than the other? Or, are you saying that your 
> inbound/outbound loads
> are uneven? Can you be a little more specific, perhaps, even show some
> snapshots of the interfaces? And your BGP neigh stats?
> 
> My first suspicion, (if you are talking about inbound/outbound traffic
> loads) would be that caching has caused this load disparity. 
> Do you know if
> CEF was implemented?
> 
> -chris
> This message (including any attachments) is confidential and may be 
> privileged. If you have received it by mistake please notify 
> the sender 
> by return e-mail and delete this message from your system. Any 
> unauthorized use or dissemination of this message in whole or in part 
> is strictly prohibited. Please note that e-mails are susceptible to 
> change. ABN AMRO Bank N.V. (including its group companies) 
> shall not be 
> responsible nor liable for the proper and complete 
> transmission of the 
> information contained in this communication nor for any delay in its 
> receipt or damage to your system. ABN AMRO Bank N.V. (or its group 
> companies) does not guarantee that the integrity of this 
> communication 
> has been maintained nor that this communication is free of viruses, 
> interceptions or interference.
> --------------------------------------------------------------
> ----------




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=42578&t=42469
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to