From: Brian Dennis (bdennis@internetworkexpert.com)
Date: Mon Mar 21 2005 - 20:35:23 GMT-3
Why would the interface type matter?
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)
-----Original Message-----
From: ccie2be [mailto:ccie2be@nyc.rr.com]
Sent: Monday, March 21, 2005 3:26 PM
To: Brian Dennis; 'Dillon Yang'; 'Group Study'
Subject: RE: No initiate dial in PPPoA
So, the bottom line regarding encap type is just use aal5snap unless
told to
use a different type, right?
RE: physical, p2p or multipoint sub-interfaces, I originally thought
since
ppp is a point-to-point protocol I would need to use a p2p type
sub-interface, but then I noticed examples where the dialer interface
was
used in combo with the physical interfaces which is multipoint.
But, I never saw a virtual-template interface being used in combo with a
physical or multipoint sub-interface, so I wondered about that.
Based on your question, it appears the type of interface doesn't matter.
But, why not?
Tim
-----Original Message-----
From: Brian Dennis [mailto:bdennis@internetworkexpert.com]
Sent: Monday, March 21, 2005 6:12 PM
To: ccie2be; Dillon Yang; Group Study
Subject: RE: No initiate dial in PPPoA
<Quote>
I understand the difference between aal5sanp and aal5mux, but when
would I have to use any of the other encap types: auto, cisco, etc?
</Quote>
Answer: when you are told to ;-)
As far as the interface type goes (physical, multipoint sub, or p2p
sub), do you think that it would matter when using PPPoA?
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
ccie2be
Sent: Monday, March 21, 2005 2:44 PM
To: Brian Dennis; 'Dillon Yang'; 'Group Study'
Subject: RE: No initiate dial in PPPoA
Hi Brian,
In all the ppp over atm examples in the IE workbook, aal5snap was always
used. I understand the difference between aal5sanp and aal5mux, but
when
would I have to use any of the other encap types: auto, cisco, etc?
Also, (I hope this isn't a truly dumb question), in all the IE workbook
examples, when a virtual-template was used, so was a p2p sub-interface,
but
when a dialer interface was used, either the physical interface or a p2p
sub-interface was used. But, in no example, was a multipoint
sub-interface
used. The logic escapes me.
Can you explain the logic behind what type of atm interface can or needs
to
used when configuring ppp over atm? And, what role, if any, that
depends on
whether a virtual-template or dialer interface is also being used.
TIA, Tim
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Brian Dennis
Sent: Monday, March 21, 2005 4:44 PM
To: Dillon Yang; Group Study
Subject: RE: No initiate dial in PPPoA
Dillon,
Did you try using the "debug ppp negotiation" on both sides to
see if you can detect any problem? Also if you take off the PPPoA
configuration and just configure it as a standard PVC, can you ping the
remote router?
Lastly it looks as if you are using 4500's or 4700's. Did you
try to use aal5snap encapsulation as opposed to aal5mux?
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Dillon Yang
Sent: Sunday, March 20, 2005 9:30 PM
To: Group Study
Subject: No initiate dial in PPPoA
Hi, folks:
The following config can not initiate a call. Why?
The PVC 0/32 is valid when it was used as static PVC.
====================================================
hostname r6
!
interface ATM0
no ip address
pvc qq 0/5 qsaal
!
pvc ii 0/16 ilmi
!
no atm ilmi-keepalive
!
interface ATM0.33 point-to-point
pvc 0/32
encapsulation aal5mux ppp dialer
dialer pool-member 6
!
!
interface Dialer6
ip address 192.40.50.1 255.255.255.0
encapsulation ppp
dialer pool 6
dialer-group 7
!
dialer-list 7 protocol ip permit
!
======================== server ===========================
!
interface Virtual-Template11
ip add address 192.40.50.10 255.255.255.0
!
interface ATM0.33 point-to-point
description PPP over ATM using Dialer 0/32
pvc 0/32
encapsulation aal5mux ppp Virtual-Template11
!
!
============================================================
r6#s interface ATM0.33
ATM0.33 is up, line protocol is up
Hardware is ATMizer BX-50
MTU 4470 bytes, BW 155520 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ATM
583 packets input, 11660 bytes
675 packets output, 10800 bytes
0 OAM cells input, 0 OAM cells output
r6#s int dial 6
Dialer6 is up, line protocol is up (spoofing)
Hardware is Unknown
Internet address is 192.40.50.1/24
MTU 1500 bytes, BW 56 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
DTR is pulsed for 1 seconds on reset
Interface is bound to Vi1
Last input never, output never, output hang never
Last clearing of "show interface" counters 00:57:32
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/0/16 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 42 kilobits/sec
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 packets output, 0 bytes
Bound to:
Virtual-Access1 is up, line protocol is down
Hardware is Virtual Access interface
MTU 1500 bytes, BW 56 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 5 seconds on reset
Interface is bound to Di6 (Encapsulation PPP)
LCP Listen
Closed: IPCP, CDPCP
Bound to ATM0.33 VCD: 14, VPI: 0, VCI: 32
Cloned from Dialer6
Last input 00:09:30, output never, output hang never
Last clearing of "show interface" counters 00:56:28
Input queue: 0/75/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
563 packets input, 9008 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
680 packets output, 8160 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
r6#
TIA
dillon
This archive was generated by hypermail 2.1.4 : Sun Apr 03 2005 - 17:56:49 GMT-3