From: Tarun Pahuja (pahujat@gmail.com)
Date: Sun Nov 11 2007 - 12:51:19 ART
Gops,
My answer refers to your general question.unfortunately, Your
config pasted in one of the threads is partial which makes it difficult for
me to comment on it. Make sure that you are running nbma-mode on all
physical interfaces connected to the FR cloud in your case. Also, since
nbma-mode is supported under spare-mode , where are your Mapping agents
located?
In Sparse mode only the initial stream goes through the router which is the
RP, once the sender and receiver realize that they have started
communication, the multicast tree transitions from shared tree to source
tree and the traffic from the source to the receiver chooses the shortest
path between the two. The transition from Shared tree to source tree is
configurable, by default it is one packet from the source to the receiver.
HTH,
Tarun
On Nov 11, 2007 6:52 AM, Gupta, Gopal (NWCC) <gopal.gupta@hp.com> wrote:
> Hi GS,
>
> I have one very basic question that is throttling my mind..
> Does traffic move to RP first to reach the hosts or traffic can move
> natively.
> Practically it is moving natively
>
> Say R3-->R2-->R1 and R1 is the Rp and R2 needs to send traffic to
> R3...will it go natively or go throgh R2--R1--R2--R3.
>
> Regards,
> Gops
>
> -----Original Message-----
> From: Alex Steer [mailto:alex.steer@eison.co.uk]
> Sent: Sunday, November 11, 2007 16:36
> To: Gupta, Gopal (NWCC)
> Cc: Cisco certification
> Subject: RE: PIM NBMA Mode
>
> Nope I don't
>
> And prune overrides still apply to sparse mode
>
> -----Original Message-----
> From: Gupta, Gopal (NWCC) [mailto:gopal.gupta@hp.com]
> Sent: 11 November 2007 10:56
> To: Alex Steer
> Cc: Cisco certification
> Subject: RE: PIM NBMA Mode
>
>
> Hi Alex,
> You mean to say that it will still send traffic to all DLCis despite
> others didn't ask for the traffic??
> As far as I know Pim Nbma works only for Sparse mode which does not send
> traffic to all DLCIs if others didn't ask for it. And it forwards
> traffic based on the ip add and not Interface when nbma mode configured.
>
> prunning is meant for Dense mode only which forwards the traffic first
> and then prune...which doesn't understand IP PIM NBMA mode command and
> the issue of pruning will come in picture with the Dense mode.
>
> Thanks
> Gops
>
>
> -----Original Message-----
> From: Alex Steer [mailto:alex.steer@eison.co.uk]
> Sent: Sunday, November 11, 2007 15:52
> To: Gupta, Gopal (NWCC)
> Cc: Cisco certification
> Subject: RE: PIM NBMA Mode
>
> Hi Gops,
>
> It might be, it might not. Could you send a full copy of your show ip
> mroute on all of the routers please (specifically the S,G entry)?
>
> Nbma is primarily to stop a prune from one of the spokes sent to r5 from
> pruning the other neighbors (default behaviour without nbma mode). The
> other neighbors don't see the prune due to the Non-broadcast nature of
> the interface and so don't prune override it. Pim nbma causes pim to
> store network-hop information for that interface, that doesn't mean it
> can unicast the packet to that 1 neighbor though, merely means it wont
> prune the interface when it receives a prune from one of the neighbors.
> It would be good for my own study to see the output.
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Gupta, Gopal (NWCC)
> Sent: 11 November 2007 09:56
> To: Cisco certification
> Subject: PIM NBMA Mode
>
> Hi Folks,
>
> There is issue with pim NBMA mode.
>
> R5 is the hub Router and sending traffic to group 232.2.2.2, The problem
> here is that despite of putting ip pim NBMA command on R5 Serial
> interface, i am getting three replies; means R5 is still sending traffic
> to all DLCIs configured under R5 serial interface.
>
> R5#ping 232.2.2.2
>
> Type escape sequence to abort.
> Sending 1, 100-byte ICMP Echos to 232.2.2.2, timeout is 2 seconds:
>
> Reply to request 0 from 155.1.67.6, 324 ms Reply to request 0 from
> 155.1.67.6, 728 ms Reply to request 0 from 155.1.67.6, 504 ms
>
> Debugs:-
>
> *Mar 1 11:26:16.277: Serial1/0(o): dlci 504(0x7C81), pkt type
> 0x800(IP), datagramsize 444 *Mar 1 11:26:16.277: Serial1/0(o): dlci
> 501(0x7C51), pkt type 0x800(IP), datagramsize 444 *Mar 1 11:26:16.289:
> Serial1/0(o): dlci 503(0x7C71), pkt type 0x800(IP), datagramsize 444
>
> These packets are packets for 232.2.2.2 address.
>
> R5#sh ip mr 232.2.2.2
>
> IP Multicast Routing Table
>
> (*, 232.2.2.2), 00:18:05/00:03:14, RP 150.1.5.5, flags: S
> Incoming interface: Null, RPF nbr 0.0.0.0
> Outgoing interface list:
> Serial1/0, 155.1.0.3, Forward/Sparse, 00:17:43/00:03:14
>
>
> Config :--
>
> interface Serial1/0
> ip address 155.1.0.5 255.255.255.0
> ip pim nbma-mode
> ip pim sparse-mode
> encapsulation frame-relay
> no ip route-cache cef
> no ip route-cache
> serial restart-delay 0
> no dce-terminal-timing-enable
> frame-relay map ip 155.1.0.1 501 broadcast frame-relay map ip
> 155.1.0.3 503 broadcast frame-relay map ip 155.1.0.4 504 broadcast end
>
> Any Comments...how to overcome this, may i be i am missing something
> here.
>
> Thanks
> Gops
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Dec 01 2007 - 06:37:29 ART