Searched hist:"299 d99d9" (Results 1 – 7 of 7) sorted by relevance
/openbsd/usr.sbin/ospfd/ |
H A D | lsreq.c | 299d99d9 Thu Feb 10 14:05:48 GMT 2005 claudio <claudio@openbsd.org> Work around a timing issue in the db exchange phase. The DB description packets comming from the net are looped through the RDE and may get delayed because of this. The result is that the neighbor FSM ends in state FULL instead of LOADING and so the LSDB is not correctly synchronized. Issue found by norby@ OK norby@
|
H A D | database.c | 299d99d9 Thu Feb 10 14:05:48 GMT 2005 claudio <claudio@openbsd.org> Work around a timing issue in the db exchange phase. The DB description packets comming from the net are looped through the RDE and may get delayed because of this. The result is that the neighbor FSM ends in state FULL instead of LOADING and so the LSDB is not correctly synchronized. Issue found by norby@ OK norby@
|
H A D | ospfe.h | 299d99d9 Thu Feb 10 14:05:48 GMT 2005 claudio <claudio@openbsd.org> Work around a timing issue in the db exchange phase. The DB description packets comming from the net are looped through the RDE and may get delayed because of this. The result is that the neighbor FSM ends in state FULL instead of LOADING and so the LSDB is not correctly synchronized. Issue found by norby@ OK norby@
|
H A D | neighbor.c | 299d99d9 Thu Feb 10 14:05:48 GMT 2005 claudio <claudio@openbsd.org> Work around a timing issue in the db exchange phase. The DB description packets comming from the net are looped through the RDE and may get delayed because of this. The result is that the neighbor FSM ends in state FULL instead of LOADING and so the LSDB is not correctly synchronized. Issue found by norby@ OK norby@
|
H A D | ospfd.h | 299d99d9 Thu Feb 10 14:05:48 GMT 2005 claudio <claudio@openbsd.org> Work around a timing issue in the db exchange phase. The DB description packets comming from the net are looped through the RDE and may get delayed because of this. The result is that the neighbor FSM ends in state FULL instead of LOADING and so the LSDB is not correctly synchronized. Issue found by norby@ OK norby@
|
H A D | rde.c | 299d99d9 Thu Feb 10 14:05:48 GMT 2005 claudio <claudio@openbsd.org> Work around a timing issue in the db exchange phase. The DB description packets comming from the net are looped through the RDE and may get delayed because of this. The result is that the neighbor FSM ends in state FULL instead of LOADING and so the LSDB is not correctly synchronized. Issue found by norby@ OK norby@
|
H A D | ospfe.c | 299d99d9 Thu Feb 10 14:05:48 GMT 2005 claudio <claudio@openbsd.org> Work around a timing issue in the db exchange phase. The DB description packets comming from the net are looped through the RDE and may get delayed because of this. The result is that the neighbor FSM ends in state FULL instead of LOADING and so the LSDB is not correctly synchronized. Issue found by norby@ OK norby@
|