From: Peng Li (lipeng@xxxxxxxxxx)
Date: Mon Aug 20 2001 - 22:01:40 GMT-3
Hi,Daniel,
The attached is the config with some non-necessary parts deleted. Today, I trie
d to use no passiv-dialer0 and attempted to use the tempory dynamic routes for
returning packets . I realized that it works only with sacrifice of waiting up
at least for 7mins for IGRP routes via ATM gone, a little bit terrible. Any sug
gestions except of Dialerwatch and physical BAckup for IGRP situation. For Rip,
Eigrp, Ospf, we can easily user 0/0 (if allowed in lab) and redistribute to th
e R3/4 network for returning pkts to be routed correctly to Dialer0 without any
dynamic RT. How to do with IGRP.?
**********floating problem with IGRP, how to make a default route????????******
*
hostname r2
username r3 password 0 cisco
isdn switch-type basic-ni
interface ATM1/0
ip address 123.4.32.3 255.255.255.0
ip ospf network point-to-point
shutdown
no atm ilmi-keepalive
pvc 10/20
protocol ip 123.4.32.2 broadcast
encapsulation aal5snap
interface BRI2/0
no ip address
encapsulation ppp
dialer pool-member 1
isdn switch-type basic-ni
isdn spid1 416364097400 3640974
isdn spid2 416364045000 3640450
interface Dialer0
ip address 123.4.23.3 255.255.255.0
encapsulation ppp
dialer pool 1
dialer remote-name r3
dialer string 3647481
dialer string 3648554
dialer-group 1
ppp pap sent-username r2 password 7 045802150C2E
!
router igrp 1
redistribute static metric 10000 8000 255 1 1500
passive-interface Dialer0
network 123.0.0.0
ip route 200.4.10.0 255.255.255.0 Dialer0 200
ip http server
access-list 101 deny igrp any any
access-list 101 permit ip any any
dialer-list 1 protocol ip list 101
---------------------------
hostname r3
username r2password 0 cisco
isdn switch-type basic-ni
interface ATM1/0
ip address 123.4.32.2 255.255.255.0
atm clock INTERNAL
no atm ilmi-keepalive
pvc 10/20
protocol ip 123.4.32.3 broadcast
encapsulation aal5snap
interface BRI2/0
no ip address
encapsulation ppp
dialer pool-member 1
isdn switch-type basic-ni
isdn spid1 416364748100 3647481
isdn spid2 416364855400 3648554
interface Dialer0
ip address 123.4.23.2 255.255.255.0
encapsulation ppp
dialer pool 1
dialer remote-name r2
dialer string 3640974
dialer string 3640450
dialer-group 1
ppp authentication pap
!
router igrp 1
redistribute static metric 10000 100 255 1 1500
passive-interface Dialer0
network 123.0.0.0
network 190.4.0.0
distribute-list 10 out ATM1/0
distribute-list 10 in
ip classless
ip default-network 123.0.0.0
ip route 123.0.0.0 255.0.0.0 Dialer0
access-list 10 deny 0.0.0.0
access-list 10 permit any
access-list 101 deny igrp any any
access-list 101 permit ip any any
dialer-list 1 protocol ip list 101
----- Original Message -----
From: "Daniel C. Young" <danyoung99@mediaone.net>
To: "'Peng Li'" <lipeng@canada.com>
Sent: Monday, August 20, 2001 1:00 AM
Subject: RE: igrp default-network with DDR
>
> If R2 must initiate the call, then the line will not come up until R1 or R2
> has traffic to send to the other side. But return traffic should not have a
> problem finding its way back unless your DDR is misconfigured, such as not
> having a remote name, etc.
>
> Could you please post the configs, debug outputs, etc.?
>
> Regards,
> Daniel
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> Peng Li
> Sent: Sunday, 19 August 2001 11:58 AM
> To: ccielab@groupstudy.com
> Subject: igrp default-network with DDR
>
>
> one DDR issue.
>
> R1-------R2------------R3--------R4
> \ /
> \ isdn /
>
> Just u r asked to back a network 139.4.x.0 (or 200.4.x.0)on R4 and R2 should
> initiate the call.
> all these routers use IGRP. for r1 and r2, the Static floating part is ok.
> But for R3 and R4, how do you config so that r3 and r4 will successfully
> return the packet from r2/r1 part?
> I tried 0/0, redistribute static, some kind of ipdefault-network, seems no
> joy.
>
> Any one can help out there?
> **Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:54 GMT-3