Configuring Internal BGP
Syntax:
|
|
Parameters:
Parameter |
Description |
||
---|---|---|---|
|
You can enter a brief text description of the group. |
||
|
Specifies whether the Check Point system should maintain the forwarding state advertised by peer routers even when they restart to minimize the negative effects caused by peer routers restarting. |
||
|
Specifies the maximum amount of time that routes previously received from a restarting router are kept so that they can be revalidated. The timer is started after the peer sends an indication that it has recovered. |
||
|
Specifies whether to enable the specified internal peer group on all interfaces or a specific interface. |
||
|
The address used on the local end of the TCP connection with the peer. For external peers that do not have multihop enabled, the local address must be on an interface that is shared with the peer or with the peer's gateway when the gateway parameter is used. A session with an external peer is opened only when an interface with a local address through which the peer or gateway address is directly reachable is operating. For other types of peers, a peer session is maintained when any interface with the specified local address is operating. In either case, incoming connections are recognized as matching a configured peer only if they are addressed to the configured local address. Default: off
|
||
|
Specifies the MED value. |
||
|
Specifies for this router to send one of its own IP addresses as the BGP next hop. Default: off |
||
|
Specifies whether to enable or disable an internal BGP group. |
||
|
Specifies the amount of time in seconds that a route must be present in the routing database before it is redistributed to BGP. The configured value applies to all peers configured in this group. This feature dampens route fluctuation. Zero (0) means that this feature is disabled. Default: 0 |
||
|
Specifies an inbound BGP policy route if one is not already configured.
|
||
|
Specifies the router's aggregate attribute as zero (rather than the router ID value). This option prevents different routers in an AS from creating aggregate routes with different AS paths Default: off |
||
|
Specifies not to use an authentication scheme between peers. Using an authentication scheme guarantees that routing information is accepted only from trusted peers. |
||
|
Specifies the BGP holdtime interval, in seconds, when negotiating a connection with the specified peer. If the BGP speaker does not receive a keepalive update or notification message from its peer within the period specified in the holdtime field of the BGP open message, the BGP connection is closed. Range: 6-65535 seconds Default: 180 seconds |
||
|
Specifies to ignore the first autonomous system number in the autonomous system path for routes learned from the corresponding peer. Set this option only if you are peering with a route server in transparent mode, that is, when the route server is configured to redistribute routes from multiple other autonomous systems without prepending its own autonomous system number. |
||
|
The keepalive option is an alternative way to specify a holdtime value in seconds when negotiating a connection with the specified peer. You can use the keepalive interval instead of the holdtime interval. You can also use both interval, but the holdtime value must be 3 times the keepalive interval value. Range: 2-21845 seconds Default: 60 seconds |
||
|
Specifies for the router to log a message whenever a peer enters or leave the established state. |
||
|
Specifies for the router to log a message whenever a warning scenario is encountered in the codepath. |
||
|
Specifies for the router to wait for the specified peer to issue an open message. No TCP connections are initiated by the router. Default:off |
||
|
Specifies an internal peer address and peer type. Peer types:
|
||
|
Specifies for this router always to send keepalive messages even when an update message is sufficient. This option allows interoperability with routers that do not strictly adhere to protocol specifications regarding update. |
||
|
Specifies the number of BGP updates to send at one time. The throttle count option limits the number of BGP updates when there are many BGP peers. The value " |
||
|
Specifies tracing options for your BGP implementation. Log messages are saved in the Enter the following words to set each trace option:
|
||
|
Specifies the weight associated with the specified peer. BGP implicitly stores any rejected routes by not mentioning them in a route filter. BGP explicitly mentions them within the routing table by using a restrict keyword with a negative weight. A negative weight prevents a route from becoming active, which prevents it from being installed in the forwarding table or exported to other protocols. This eliminates the need to break and reestablish a session upon reconfiguration if import route policy is changed. The value " |
||
|
Specifies whether to enable all internal routing protocols on the specified internal peer group or specific internal protocols. You can enter one of these internal protocols:
|
||
|
Re-learns routes previously sent by the BGP peer or refreshes the routing table of the peer. The peer responds to the message with the current routing table. Similarly, if a peer sends a route refresh request the current routing table is re-sent. A user can also trigger a route update without having to wait for a route refresh request from the peer. |
||
|
Specifies that the router dynamically request BGP route updates from peers or respond to requests for BGP route updates. |