[AusNOG] VyOS Bug - Removing prefix-list rule
Michael J. Carmody
michael at mikeit.com.au
Mon Dec 8 13:38:20 EST 2014
Maybe I am just as inexperienced as Daniel, but I enjoy seeing people help each other on list, and the time to reply to whinge takes longer than hitting delete.
I find this "go elsewhere n00b" mentality to be very unprofessional and frankly creates for me a blacklist of people I would rather not do business with. You are literally putting in more effort to bitch someone out than to ignore it, or simply create a once off email filter.
This is a Network Operators Group list, a list designed to facilitate communications between Network Operators. I never saw a scale, or skill requirement on the entrance door.
The questions and their responses help to shape the industry we are in, and the "hand up" that some more friendly operators have provided speak more to their character than this incessant elitist bitching from people who think they are too good to help, or at worst ignore an email.
Continue asking Daniel, and feel free to filter the whinges from the usual bad mannered individuals, so you can continue unmolested from their grossly unprofessional behavior.
-Michael Carmody
-----Original Message-----
From: AusNOG [mailto:ausnog-bounces at lists.ausnog.net] On Behalf Of Daniel
Sent: Monday, 8 December 2014 11:28 AM
To: 'Guy Lowe'
Cc: AusNOG at lists.ausnog.net
Subject: Re: [AusNOG] VyOS Bug - Removing prefix-list rule
Gday Guy
Yes we have filters in place, and that's why I needed to remove this rule, as it was going to be exporting them 0.0.0.0/0 which would have been bad to export them back a full table
Daniel
-----Original Message-----
From: AusNOG [mailto:ausnog-bounces at lists.ausnog.net] On Behalf Of Guy Lowe
Sent: Monday, 8 December 2014 11:13 AM
To: ausnog at lists.ausnog.net
Subject: Re: [AusNOG] VyOS Bug - Removing prefix-list rule
Why are you moving to taking a full table, given that you don't know how to use your routers in their existing configuration?
Have you considered the consequences of accidentally passing your downstreams a full table? Do you have filtering in place to prevent this?
On 08/12/14 13:02, Daniel wrote:
> Gday Guys
>
> In our prefix-list to our upstream provider, we have a rule 80 set for
> 0.0.0.0/0 which we will need to remove in order to accept a full
> routing table from them tomorrow,
>
> daniel at bdr-02# delete policy prefix-list EXPORT-UPSTREAM-AS45671 rule
> 80
>
> [edit]
>
> daniel at bdr-02# commit
>
> [ policy prefix-list EXPORT-UPSTREAM-AS45671 rule 80 ]
>
> % Can't find specified prefix-list
>
> [[policy prefix-list EXPORT-UPSTREAM-AS45671]] failed
>
> Commit failed
>
> [edit]
>
> But when I view the rule, its still pending deletion,
>
> daniel at bdr-02# show policy prefix-list EXPORT-UPSTREAM-AS45671 rule 80
>
> -action permit
>
> -ge 32
>
> -le 32
>
> -prefix 0.0.0.0/0
>
> [edit]
>
> Has anybody been across this before? And knows how to get around it?
> I've already asked a few people I know before opening this to the list
>
> TIA
>
> Daniel
>
>
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
_______________________________________________
AusNOG mailing list
AusNOG at lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog
_______________________________________________
AusNOG mailing list
AusNOG at lists.ausnog.net
http://lists.ausnog.net/mailman/listinfo/ausnog
More information about the AusNOG
mailing list