[c-nsp] "Packets dropped to the next slow path"

[Rodney Dunn]

I'd never seen that either until last week when someone complained
that their counters were not working for MQC policing.

ppp bridge ip is like a BVI under the covers to bridge
ethernet frames out over the PPP link from what I see.



se2/0
ip add 1.1.1.1  --- pppp link ---- remote router --- ethernet

and the remote router is like a transparent bridge between
the ip of 1.1.1.1 to the remote 1.1.1.0/24 subnet.

I have no idea if we support that in anything other than process
level code. I've never tested it.

Rodney

On Mon, Nov 21, 2005 at 12:20:58PM -0500, Jon Lewis wrote:
> On Mon, 21 Nov 2005, Vincent De Keyzer wrote:
> 
> > interface Serial6/0:0
> > mac-address 0014.a862.b71b
> > ip address 10.11.130.33 255.255.255.224 secondary
> > ip address 10.11.133.1 255.255.255.224 secondary
> > ip address x.y.z.5 255.255.255.252
> > ip verify unicast reverse-path
> > no ip redirects
> > no ip unreachables
> > no ip proxy-arp
> > encapsulation ppp
> > load-interval 30
> > no fair-queue
> > no cdp enable
> > ppp bridge ip
> > end
> 
> I've never seen anyone assign a MAC address to a serial interface.  What's 
> the purpose of that, the secondary addresses, and "ppp bridge ip"?
> 
> I kind of wonder if the fact that you seem to be enabling bridging on the 
> interface is why the traffic isn't cef switched...though have you verified 
> it's really not by doing a show int stats?  That'll probably show most/all 
> the traffic is process switched.
> 
> 
> ----------------------------------------------------------------------
>   Jon Lewis                   |  I route
>   Senior Network Engineer     |  therefore you are
>   Atlantic Net                |
> _________ http://www.lewis.org/~jlewis/pgp for PGP public key_________
> _______________________________________________
> 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/