[j-nsp] JUNOS not compliant with RFC 3392?
Jonathan Looney
jonlooney at gmail.com
Mon Mar 30 17:34:33 EDT 2009
If what you describe is true, it does not make JUNOS non-compliant with RFC
3392. The word "SHOULD" is defined in RFC 2119:
3. SHOULD This word, or the adjective "RECOMMENDED", mean that there
may exist valid reasons in particular circumstances to ignore a
particular item, but the full implications must be understood and
carefully weighed before choosing a different course.
Therefore, failure to behave in this way would not make any OS
non-compliant. It would just mean that they chose not to implement a
general recommendation in these particular circumstances.
Having said that, as I recall, there is a difference between not supporting
a particular capability and not supporting capabilities negotiation in
general. Do you know which type of notification the Checkpoint is
generating?
-Jon
On Mon, Mar 30, 2009 at 4:13 PM, Derick Winkworth <dwinkworth at att.net>wrote:
> All:
>
> We are establishing a BGP session between an M120 and a Checkpoint
> firewall. The Checkpoint does not support 4-byte ASs. It is sending the
> Notification to the M120 indicating so, but the M120 keeps sending the
> capability code everytime it trys to reestablish.
>
> Doesn't that make JUNOS non-compliant with RFC 3392?
>
> ############
> A BGP speaker determines that its peer doesn't support capabilities
> advertisement, if in response to an OPEN message that carries the
> Capabilities Optional Parameter, the speaker receives a NOTIFICATION
> message with the Error Subcode set to Unsupported Optional Parameter.
> In this case the speaker SHOULD attempt to re-establish a BGP
> connection with the peer without sending to the peer the Capabilities
> Optional Parameter.
> #############
>
>
> In the meantime, we used the hidden command "disable-4byte-as." to
> establish connectivity.
>
> Derick
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
More information about the juniper-nsp
mailing list