From: David Hurtado (dei2viccie@hotmail.com)
Date: Tue Mar 30 2004 - 12:34:08 GMT-3
You were rigth (Scott Norris and Kinney Robert).
IPCP assigned a 32 bit mask to R4. R4 thougth that R5 wasn't in its subnet,
so R4 didn't accept R5's updates.
Applying "no validate-update-source" the problem was resolved.
Thanks a lot
>From: Kinney Robert-RKINNEY1 <Robert.Kinney@motorola.com>
>Reply-To: Kinney Robert-RKINNEY1 <Robert.Kinney@motorola.com>
>To: Kinney Robert-RKINNEY1 <Robert.Kinney@motorola.com>, "'Serran'"
><groupstudy@swiftdsl.com.au>, "Ccielab@Groupstudy. Com"
><ccielab@groupstudy.com>
>Subject: RE: RIP over ISDN problem
>Date: Tue, 30 Mar 2004 08:24:18 -0600
>
>Sorry, that's IPCP, not DHCP.
>Rob K.
>
>-----Original Message-----
>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
>Kinney Robert-RKINNEY1
>Sent: Tuesday, March 30, 2004 8:09 AM
>To: 'Serran'; Ccielab@Groupstudy. Com
>Subject: RE: RIP over ISDN problem
>
>
>I just labbed this up. This is what I see happening. R4 will get its IP
>address from R5 via DHCP but gets no mask with it. Therefore, it defaults
>to /32. this poses a problem since R5's ip address is not in the same
>subnet. By default, RIP will authenticate the source address of updates. If
>the update is from a source address that is not on the same subnet as the
>interface on which it is received, it will ignore it. This is what you are
>seeing. This can be worked around by issuing the following on R4:
>
>router rip
> no validate-update-source
>
>Try that and see if it works for you.
>
>Rob K.
>
>
>
>-----Original Message-----
>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
>Serran
>Sent: Tuesday, March 30, 2004 5:59 AM
>To: Ccielab@Groupstudy. Com
>Subject: RE: RIP over ISDN problem
>
>
>first, what results do you get if you don't use ipcp neg. and just manually
>assign?
>
>second, without looking too much into it.. i would check the bugs for your
>release.. there are quite a few to do with rip not accepting routes
>depending what maintanence release you are running (this is my experience
>with the "ignored v2 update from bad source" error message)
>
>third, http://www.groupstudy.com/archives/associate/200106/msg00306.html
>weird?!?!
>
>forth, could be any of the reasons from rfc2453, 3.9.2. which makes (3)
>not so weird :-)
>
>
>
>hth
>Serran,
>
>-----Original Message-----
>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
>David Hurtado
>Sent: Tuesday, 30 March 2004 9:27 PM
>To: ccielab@groupstudy.com
>Subject: RIP over ISDN problem
>
>
>Hello everybody,
>
>I have to configure RIP over ISDN between R4 and R5. R5 receivce and accept
>the R4's updates. R4 receives but it doesn't accept the R5's updates.
>"debug ip rip events" shows the following:
>
>02:47:15: RIP: ignored v2 update from bad source 139.1.45.5 on Dialer4
>
>
>Maybe the problem is that R4 gets the IP address from IPCP negotiation (it
>sounds estupid, but it's the only difference between R4 and R5 config).
>
>Here are the configs:
>
>R4:
>interface BRI0/0
>no ip address
>encapsulation ppp
>dialer pool-member 4
>isdn switch-type basic-ni
>isdn spid1 51055580000001 5558000
>isdn spid2 51055580010001 5558001
>
>interface Dialer4
>ip address negotiated
>encapsulation ppp
>dialer pool 4
>dialer remote-name Rack1R5
>dialer callback-secure
>dialer idle-timeout 0
>dialer string 5557000 class CALLBA
>dialer string 5557001 class CALLBA
>ppp callback accept
>ppp authentication chap
>
>router rip
>version 2
>timers basic 3 18 18 24
>redistribute connected metric 2 route-map CON2RIP
>network 139.1.0.0
>network 150.1.0.0
>no auto-summary
>
>
>
>R5:
>interface BRI0/0
>no ip address
>encapsulation ppp
>dialer pool-member 5
>isdn switch-type basic-ni
>isdn spid1 51055570000001 5557000
>isdn spid2 51055570010001 5557001
>isdn calling-number 5557000
>no peer default ip address
>
>interface Dialer5
>ip address 139.1.45.5 255.255.255.0
>encapsulation ppp
>dialer pool 5
>dialer idle-timeout 3
>dialer string 5558000
>dialer string 5558001
>dialer watch-group 2
>peer default ip address pool TEST
>ppp callback request
>ppp authentication chap
>
>ip local pool TEST 139.1.45.1 139.1.45.4
>!
>router rip
>version 2
>timers basic 3 18 18 24
>passive-interface default
>no passive-interface BRI0/0
>no passive-interface FastEthernet0/1
>no passive-interface Dialer5
>no passive-interface Loopback0
>offset-list 0 in 2 Dialer5
>network 139.1.0.0
>network 150.1.0.0
>default-information originate route-map ZERO
>no auto-summary
>
>
>I hope somebody could help me.
>
>Thansk for everything.
>
>_________________________________________________________________
>Dale rienda suelta a tu tiempo libre. Encuentra mil ideas para exprimir tu
>ocio con MSN Entretenimiento. http://entretenimiento.msn.es/
>
>_______________________________________________________________________
>Please help support GroupStudy by purchasing your study materials from:
>http://shop.groupstudy.com
>
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
>
>_______________________________________________________________________
>Please help support GroupStudy by purchasing your study materials from:
>http://shop.groupstudy.com
>
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
>
>_______________________________________________________________________
>Please help support GroupStudy by purchasing your study materials from:
>http://shop.groupstudy.com
>
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
>
>_______________________________________________________________________
>Please help support GroupStudy by purchasing your study materials from:
>http://shop.groupstudy.com
>
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Thu Apr 01 2004 - 08:15:49 GMT-3