RE: Statically mapping broadcasts

From: Santi (ccie@texas.net)
Date: Sat Jan 05 2008 - 20:26:54 ARST

Next message: Scott Vermillion: "RE: building the security rack ASA 5505s do the trick?"
Previous message: darth router: "building the security rack ASA 5505s do the trick?"
Maybe in reply to: Peter: "Statically mapping broadcasts"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

Hi,

If your lab reqs are such that all IP addresses must be reachable or if any
or all of the FR IP's must be reachable, then yes. FR map the local IP out
one of the active DLCI's on that interface.

Santi

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Gupta, Gopal (NWCC)
Sent: Saturday, January 05, 2008 10:49 AM
To: Uchil Perera; Peter; ccielab@groupstudy.com
Subject: RE: Statically mapping broadcasts

Hi,

Is it recommened to map our own interface in FR Mapping to make it
reachable, in the real Lab??

Thanks
Gops

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Uchil Perera
Sent: Saturday, January 05, 2008 14:06
To: Peter; ccielab@groupstudy.com
Subject: Re: Statically mapping broadcasts

Hi,

  When you configure frame-relay map commands on the spoke routers you
only need to specify one broadcast key word as it is mapped to the same
DLCI

  ex.
  frame-relay map ip 1.1.1.1 301 broadcast
  frame-relay map ip 1.1.1.2 301

  If you configure broadcast key word on all the map statements, it will
send redundant broadcast.

  ex.
  frame-relay map ip 1.1.1.1 301 broadcast
  frame-relay map ip 1.1.1.2 301 broadcast

  On the hub router, you need the broadcast key word for all the
separate DLCI mappings

  frame-relay map ip 1.1.1.2 102 broadcast
  frame-relay map ip 1.1.1.3 103 broadcast

  Regards

  Uchil
  CCIE # 18536

Peter <engpeter@gmail.com> wrote:
Experts,

Working in IEWB VOL2,

Reading in the task:

"Do not send any redundant broadcast traffic from the spokes to the
hub"?

I understood not to "statically map" broadcast traffic from spokes to
the hub.

However, when configuring OSPF later, not to use neighbor, requires

broadcast to be correctly mapped for the 224.0.0.5 hellos to flow.

Any comment what they mean by: "Do not send any redundant broadcast
traffic from the spokes to the hub"?

Cheers,

Peter

Next message: Scott Vermillion: "RE: building the security rack ASA 5505s do the trick?"
Previous message: darth router: "building the security rack ASA 5505s do the trick?"
Maybe in reply to: Peter: "Statically mapping broadcasts"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

This archive was generated by hypermail 2.1.4 : Fri Feb 01 2008 - 10:37:57 ARST