[cisco-bba] strange PPPoE virtual-access interface
Tassos Chatzithomaoglou
achatz at forthnet.gr
Fri Nov 21 01:28:04 EST 2003
Well, now i understood why my "show vtemplate" command shows +2 va interfaces from the
"show vpdn" command.
--------------------------------------------------------------------
router#sh vpdn
L2TP Tunnel and Session Information Total tunnels 2 sessions 736 <------
--------------------------------------------------------------------
router#sh vtemplate
Virtual access subinterface creation is globally disabled
Active Active Subint Pre-clone Pre-clone
Interface Subinterface Capable Available Limit
--------- ------------ ------- --------- ---------
Vt1 517 0 No -- --
Vt2 219 0 No -- --
Usage Summary
Interface Subinterface
--------- ------------
Current in use 738 0 <------
Current free 8 0
Total 746 0
--------------------------------------------------------------------
And these are the 2 extra va interfaces:
router#sh int virtual-access 1
Virtual-Access1 is up, line protocol is up
Hardware is Virtual Access interface
MTU 1492 bytes, BW 100000 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Base PPPoE vaccess, loopback not set
router#sh int virtual-access 2
Virtual-Access2 is up, line protocol is up
Hardware is Virtual Access interface
MTU 1500 bytes, BW 100000 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Base PPPoVPDN vaccess, loopback not set
thx Mark for the "tip" ;-)
Mark Johnson wrote:
> At 06:05 PM 11/20/2003 +0200, Tassos Chatzithomaoglou wrote:
>
>> I have noticed that after booting a 7200 a "strange" virtual-access
>> interface is created, although no actual users exist in the router.
>> This va interface is said to be a PPPoE interface, but i don't have
>> any pppoe config on the router, just L2TP termination.
>
>
> From CSCdz83041:
>
> "The Virtual-Access1 interface is a Base VtMgr vaccess (also seen in
> the output of "show interface virtual-access 1"). This is created for
> internal use and is not freed.
>
> When PPPoE or PPPoA are enabled, a base vaccess is created for
> each application. Similarly, when a VPDN tunnel is terminated
> on the LNS, a base vaccess is created for it. These base vaccess are
> needed to support sub-interfaces, utilizing the various vectors
> in the base vaccess's hwidb. These base vaccesses are not freed,
> and this is the expected behavior."
>
> Then there is also CSCdy60608 (not viewable), which I think eliminates
> this VA creation for any image that has the PPPoE subsystem (regardless
> of PPPoE being configured).
>
> Fixed in 12.3. Looks harmless, still.
>
> mark
>
>
>
>
>> Nov 20 17:42:01: %SYS-5-RESTART: System restarted --
>> Cisco Internetwork Operating System Software
>> IOS (tm) 7200 Software (C7200-IS-M), Version 12.2(15)T9, RELEASE
>> SOFTWARE (fc2)
>> TAC Support: http://www.cisco.com/tac
>> Copyright (c) 1986-2003 by cisco Systems, Inc.
>> Compiled Sat 01-Nov-03 01:10 by ccai
>> Nov 20 17:42:01: %SNMP-5-COLDSTART: SNMP agent on host router is
>> undergoing a cold start
>> Nov 20 17:42:01: %LINK-3-UPDOWN: Interface Virtual-Access1, changed
>> state to up
>> Nov 20 17:42:01: %SYS-6-BOOTTIME: Time taken to reboot after reload =
>> 1069342922 seconds
>> Nov 20 17:42:02: %LINEPROTO-5-UPDOWN: Line protocol on Interface
>> Virtual-Access1, changed state to up
>>
>>
>> router#sh int virtual-access 1
>> Virtual-Access1 is up, line protocol is up
>> Hardware is Virtual Access interface
>> MTU 1492 bytes, BW 100000 Kbit, DLY 100000 usec,
>> reliability 255/255, txload 1/255, rxload 1/255
>> Base PPPoE vaccess, loopback not set
>> DTR is pulsed for 5 seconds on reset
>> Last input never, output never, output hang never
>> Last clearing of "show interface" counters 00:17:56
>> Input queue: 0/4096/0/0 (size/max/drops/flushes); Total output drops: 0
>> Queueing strategy: fifo
>> Output queue: 0/40 (size/max)
>> 5 minute input rate 0 bits/sec, 0 packets/sec
>> 5 minute output rate 0 bits/sec, 0 packets/sec
>> 0 packets input, 0 bytes, 0 no buffer
>> Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
>> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
>> 0 packets output, 0 bytes, 0 underruns
>> 0 output errors, 0 collisions, 0 interface resets
>> 0 output buffer failures, 0 output buffers swapped out
>> 0 carrier transitions
>>
>>
>> router#sh int virtual-access 1 configuration
>> Virtual-Access1 is a PPP over Ethernet link (sub)interface
>>
>> Derived configuration : 61 bytes
>> !
>> interface Virtual-Access1
>> no ip address
>> ip mtu 1500
>> end
>>
>> router#sh vtemplate
>> Virtual access subinterface creation is globally disabled
>>
>> Active Active Subint Pre-clone Pre-clone
>> Interface Subinterface Capable Available Limit
>> --------- ------------ ------- --------- ---------
>> Vt1 0 0 No -- --
>> Vt2 0 0 No -- --
>>
>> Usage Summary
>> Interface Subinterface
>> --------- ------------
>> Current in use 1 0
>> Current free 0 0
>> Total 1 0
>>
>>
>> router#sh pppoe session all
>> Total PPPoE sessions 0
>>
>> PPPoE Session Information
>>
>> --
>> ***********************************
>> Chatzithomaoglou Anastasios
>> Network Design & Operations Center
>> FORTHnet S.A.
>> <achatz at forthnet.gr>
>> ***********************************
>>
>>
>> _______________________________________________
>> cisco-bba mailing list
>> cisco-bba at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-bba
>
>
>
--
***********************************
Chatzithomaoglou Anastasios
Network Design & Operations Center
FORTHnet S.A.
<achatz at forthnet.gr>
***********************************
More information about the cisco-bba
mailing list