Ondrej Zajicek пишет:
On Fri, Jan 29, 2010 at 06:17:43PM +0300, Mikhail A. Grishin wrote:
However, startup process of the daemon still unstable.
It could crash in period 5-40 seconds.
After that time (if not crashed) all seems to be fine.
Do you need latest core file and latest binary?
I cann
On Fri, Jan 29, 2010 at 06:17:43PM +0300, Mikhail A. Grishin wrote:
> However, startup process of the daemon still unstable.
> It could crash in period 5-40 seconds.
> After that time (if not crashed) all seems to be fine.
>
> Do you need latest core file and latest binary?
I cannot get useful inf
Ondrej Zajicek пишет:
On Thu, Jan 28, 2010 at 07:02:46PM +0100, Ondrej Zajicek wrote:
But why at another daemon run the session is up with the same peer?
Direction of session establishing make sense?
Perhaps direction, or perhaps the different daemon is less strict with regard
to state changes
On Thu, Jan 28, 2010 at 07:02:46PM +0100, Ondrej Zajicek wrote:
> > But why at another daemon run the session is up with the same peer?
> > Direction of session establishing make sense?
>
> Perhaps direction, or perhaps the different daemon is less strict with regard
> to state changes and accept
On Thu, Jan 28, 2010 at 06:26:38PM +0300, Mikhail A. Grishin wrote:
>> I can't find the KEEPALIVE message in the log, but i don't know Cisco
>> enough to be sure (perhaps it just does not log it).
>>
>> The best thing would be to run on route server:
>>
>> tcpdump -i eth0 -s 0 -v -n ip host 192.16
Ondrej Zajicek пишет:
On Thu, Jan 28, 2010 at 04:40:54PM +0300, Mikhail A. Grishin wrote:
Hi,
We found that "Finite state machine error" problem is not related to
your patches. It randomly occurs on our production server at the time of
daemon startup :((
The problem is occurs on small num
On Thu, Jan 28, 2010 at 04:40:54PM +0300, Mikhail A. Grishin wrote:
> Hi,
>
> We found that "Finite state machine error" problem is not related to
> your patches. It randomly occurs on our production server at the time of
> daemon startup :((
>
> The problem is occurs on small number of peers.
On Thu, Jan 28, 2010 at 04:40:54PM +0300, Mikhail A. Grishin wrote:
> We found that "Finite state machine error" problem is not related to
> your patches. It randomly occurs on our production server at the time of
> daemon startup :((
>
> The problem is occurs on small number of peers.
> (2 or
Ondrej Zajicek пишет:
On Thu, Jan 28, 2010 at 12:54:03PM +0300, Mikhail A. Grishin wrote:
First of all, thank you for patch and for fast respond!
After applying both patches (date patch and well-known communities) on
production server, we got some strange errors:
Jan 28 12:02:04 msk-rsm2 bi
On Thu, Jan 28, 2010 at 12:54:03PM +0300, Mikhail A. Grishin wrote:
> First of all, thank you for patch and for fast respond!
>
> After applying both patches (date patch and well-known communities) on
> production server, we got some strange errors:
>
> Jan 28 12:02:04 msk-rsm2 bird: R34485x1: Er
Ondrej Zajicek пишет:
On Wed, Jan 27, 2010 at 04:49:45PM +0300, Mikhail A. Grishin wrote:
Handling of no-export community is hardcoded in BIRD, so such routes are not
exported to the external neighbors, as it is expected. I can send you a patch
that causes BIRD to ignore well-known communities (
On Wed, Jan 27, 2010 at 04:49:45PM +0300, Mikhail A. Grishin wrote:
>> Handling of no-export community is hardcoded in BIRD, so such routes are not
>> exported to the external neighbors, as it is expected. I can send you a patch
>> that causes BIRD to ignore well-known communities (and leaves such
Ondrej Zajicek пишет:
On Mon, Jan 25, 2010 at 07:12:50PM +0300, Mikhail A. Grishin wrote:
Ondrej Zajicek ?:
On Mon, Jan 25, 2010 at 03:15:14PM +0300, Mikhail A. Grishin wrote:
Yes, we had some filters on pipes for every client.
Upon your explanation, we transfered filters from pipes to the
On Mon, Jan 25, 2010 at 07:12:50PM +0300, Mikhail A. Grishin wrote:
> Ondrej Zajicek ?:
>> On Mon, Jan 25, 2010 at 03:15:14PM +0300, Mikhail A. Grishin wrote:
>>> Yes, we had some filters on pipes for every client.
>>> Upon your explanation, we transfered filters from pipes to the
>>> "protoco
On Mon, Jan 25, 2010 at 03:15:14PM +0300, Mikhail A. Grishin wrote:
> Yes, we had some filters on pipes for every client.
> Upon your explanation, we transfered filters from pipes to the "protocol
> bgp" section of the config.
>
> Now "show protocols all" output shows all needed information.
Jus
On Fri, Jan 22, 2010 at 10:18:24AM +0300, Alexander Ilin wrote:
> On Thu, Jan 21, 2010 at 11:09:52PM +0100, Ondrej Zajicek wrote:
> > On Fri, Jan 22, 2010 at 12:14:51AM +0300, Alexander Ilin wrote:
> > > > The line with 'Routes:' is probably what you want.
> > >
> > > Hi Ondrej.
> > >
> > > You
On Fri, Jan 22, 2010 at 12:14:51AM +0300, Alexander Ilin wrote:
> > The line with 'Routes:' is probably what you want.
>
> Hi Ondrej.
>
> You are not right - these values are not the same. Look at our output:
These values should be the same. It is strange that they are not in your case.
But i s
On Thu, Jan 21, 2010 at 06:41:15PM +0300, Mikhail A. Grishin wrote:
> Hi,
>
> Another one question regarding looking glass output.
> Is it possible to show current prefix count in 'show protocols' output?
>
> Right now, if we want to collect prefix counters, we need to apply 'show
> route protoco
On Tue, Jan 19, 2010 at 12:54:43PM +0300, Mikhail A. Grishin wrote:
> About full time and date info in "show" output -- yes, please send to us
> the patch. And thank you very much for it!
Here is one.
> Do you have a plans to integrate that patch in main source code in the
> future releases?
Hello!
> It is not possible. I have this feature in TODO list, but it is pretty
> big change. OTOH, for just the route server case (just BGP without
> kernel routing table sync) that might be an easy.
It might be also possible to drop root UID, but retain a subset of root's
capabilities, e.g., bi
On Fri, Jan 15, 2010 at 05:23:48PM +0300, Mikhail A. Grishin wrote:
> Hi, Ondrej
>
> BIRD at production server is still stable and VERY fast (comparing with
> Quagga).
>
> We have some questions about BIRD and may be some bugs.
> Hope you could help us with these issues.
>
> 1. Is it possible to
21 matches
Mail list logo
