[c-nsp] Multilink PPP over ATM sub-interfaces on Cisco 76xx

[Bryan King]

I can't speak to the 7600 series platform specifically, but multilink
ppp over ATM sub-ints works just fine. However, if you want to do it
with statics (or a routing protocol) using "ip load-sharing per-packet"
should give you fairly symmetric utilization.





b r y a n king | Network Engineer
InLine> Solutions Through Technology
600 Lakeshore Pkwy
Birmingham AL, 35209
205-278-8139 [p]
205-941-1934[f]
bking at inline.com
www.InLine.com 
--------------------------------------------------------




From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Diogo Montagner
Sent: Friday, March 23, 2007 8:42 AM
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] Multilink PPP over ATM sub-interfaces on Cisco 76xx

Hello All,

I would like to known if somebody has a history of problems using
Multilink PPP over ATM sub-interfaces on Cisco 76xx router.

I need to put two circuits between CPE and PE in load-sharing
per-packet condition.

This is the scenery:

CPE ===== 76xx
      (2 PVCs)

I don't known if Multilink PPP over ATM is the best solution for this
scenery. I tried to do this with two static routes, but the
utilization of the circuits is not symmetrical.

Thanks in advance,
Diogo
_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
--------------------------------------------------------

All Quotes from InLine are only valid for 30 days.  This message and any attached files may contain confidential information and are intended solely for the message recipient. If you are not the message recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.