[j-nsp] Error BGP RECV Notification code 2 (Open Message Error) subcode 7 (unsupported capability)

229 views
Skip to first unread message

khagendra dhakal

unread,
May 20, 2010, 11:18:55 AM5/20/10
to junip...@puck.nether.net
Dear all,

Platform: M10i
JUNOS: JUNOS 9.2R2.15

Platform: Maipu 2800
IOS: rp8-i-6.1.37(xnwt-11).bin), version 6.1.37


PROBLEM: Has anyone had any bad experience on bgp peering between the
above mentioned Devices with the following error: ?

Error:
BGP RECV xxx.xxx.xxx.xxx+3407 -> xxx.xxx.xxx.xxx+179
BGP RECV message type 3 (Notification) length 27
BGP RECV Notification code 2 (Open Message Error) subcode 7
(unsupported capability)
BGP RECV Data (6 bytes): 41 04 00 00 b3 15
bgp_peer_close: closing peer xxx.xxx.xxx.xxx (External AS xxxxx),
state is 5 (OpenConfirm)
bgp_close_socket: peer xxx.xxx.xxx.xxx (External AS xxxxx)
...........................
............................
advertising receiving-speaker only capabilty to neighbor
xxx.xxx.xxx.xxx (External AS xxxxx)
bgp_4byte_aspath_add_cap():153 AS4-Peer xxx.xxx.xxx.xxx (External AS
xxxxx)(SEND): 4 byte AS capability added, AS xxxxx

Please suggest the appropriate solution to get out of this issue.

Regards,
Khagendra Dhakal
_______________________________________________
juniper-nsp mailing list junip...@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

--
You received this message because you are subscribed to the Google Groups "juniper-nsp" group.
To post to this group, send email to junipe...@googlegroups.com.
To unsubscribe from this group, send email to juniper-nsp-...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/juniper-nsp-?hl=en.

Chuck Anderson

unread,
May 20, 2010, 11:46:12 AM5/20/10
to junip...@puck.nether.net
set neighbor w.x.y.z disable-4byte-as

On Thu, May 20, 2010 at 09:03:55PM +0545, khagendra dhakal wrote:
> Dear all,
>
> Platform: M10i
> JUNOS: JUNOS 9.2R2.15
>
> Platform: Maipu 2800
> IOS: rp8-i-6.1.37(xnwt-11).bin), version 6.1.37
>
>
> PROBLEM: Has anyone had any bad experience on bgp peering between the
> above mentioned Devices with the following error: ?
>
> Error:
> BGP RECV xxx.xxx.xxx.xxx+3407 -> xxx.xxx.xxx.xxx+179
> BGP RECV message type 3 (Notification) length 27
> BGP RECV Notification code 2 (Open Message Error) subcode 7
> (unsupported capability)
> BGP RECV Data (6 bytes): 41 04 00 00 b3 15
> bgp_peer_close: closing peer xxx.xxx.xxx.xxx (External AS xxxxx),
> state is 5 (OpenConfirm)
> bgp_close_socket: peer xxx.xxx.xxx.xxx (External AS xxxxx)
> ...........................
> ............................
> advertising receiving-speaker only capabilty to neighbor
> xxx.xxx.xxx.xxx (External AS xxxxx)
> bgp_4byte_aspath_add_cap():153 AS4-Peer xxx.xxx.xxx.xxx (External AS
> xxxxx)(SEND): 4 byte AS capability added, AS xxxxx
>
> Please suggest the appropriate solution to get out of this issue.

khagendra dhakal

unread,
May 21, 2010, 1:31:14 AM5/21/10
to junip...@puck.nether.net
Hi Chuck,

I applied the command (hidden/ undocumented) and it worked.

M10i already has many peers that support *2 byte asn only* and is running
without any issues, but *why it is not able to negotiate with Maipu to make
the peer up without disabling the 4byte asn capability*.

ASFAIK, 4 byte ASN or AS4_PATH is an optional transitive attribute unlike
AS_PATH mandatory attribute. My asmuntion is BGP new_speaker may send
AS4_PATH to its neighbor an OPEN message with capability check, if fail it
should have to use AS_PATH or 2 byte to negotiate to its OLD-BGP speakers
and make the peer up.

*The question is why JunOs failed with Maipu ?
*
Thank you,
Khagendra Dhakal

sth...@nethelp.no

unread,
May 21, 2010, 2:02:40 AM5/21/10
to khag...@gmail.com, junip...@puck.nether.net
> M10i already has many peers that support *2 byte asn only* and is running
> without any issues, but *why it is not able to negotiate with Maipu to make
> the peer up without disabling the 4byte asn capability*.
>
> ASFAIK, 4 byte ASN or AS4_PATH is an optional transitive attribute unlike
> AS_PATH mandatory attribute. My asmuntion is BGP new_speaker may send
> AS4_PATH to its neighbor an OPEN message with capability check, if fail it
> should have to use AS_PATH or 2 byte to negotiate to its OLD-BGP speakers
> and make the peer up.
>
> *The question is why JunOs failed with Maipu ?

No, the correct question is, why did Maipu fail?

JunOS announces 4 byte ASN capability in all reasonably new versions.
Some peers cannot handle this, Maipu seems to be among them.

We have had to disable the 4 byte ASN capability announcement towards
a few customers having BGP speaking firewalls and similar stuff.

Steinar Haug, Nethelp consulting, sth...@nethelp.no
Reply all
Reply to author
Forward
0 new messages