{"shas":[["0276b7491f34968d12e28f959e51b9cc0da3b4e3","a027184a55211cd23e3f3094f1fdc728df5e0500@quagga.net","ospfd: interface code should leave network_lsa_self alone\n\n* ospf_interface.c: (ospf_if_{new,cleanup}) don't touch the network_lsa_self,\n  ISM and NSM take care of cleaning it up if needs be + we want to keep\n  network_lsa_self around when possible for the the seqnum.\n\n  This shouldn't really make much difference though, particularly as we have\n  a separate sequence number memory mechanism.\n\nSigned-off-by: G.Balaji <balajig81@gmail.com>","Paul Jakma"],["23d857cded3d14d441a5129b1725007e03799ddc","a027184a55211cd23e3f3094f1fdc728df5e0500@quagga.net","ospfd: Prioritise hellos for sending by queueing to head of output buffer\n\n* It's possible for the packet output buffer to be filled up with a long\n  series of non-Hello packets in between Hellos packets, such that the\n  router's neighbours don't receive the Hello packet in time, even though\n  the hello-timer ran at about the right time. Fix this by prioritising\n  Hello packets, letting them skip the queue and go ahead of any packets\n  already on the queue.\n\n  This problem can occur when there are lots of LSAs and slow links.\n\n* ospf_packet.h: (ospf_hello_send_sub) not used outside of ospf_packet.c\n* ospf_packet.c: (ospf_fifo_push_head) add packet to head of fifo (so its\n  no longer really a fifo, but hey)\n  (ospf_packet_add_top) add packet to top of the packet output queue.\n  (ospf_hello_send_sub) Put Hello's at the top of the packet output queue.\n  make it take in_addr_t parameter, so that this\n  ospf_hello_send can re-use this code too.\n  (ospf_hello_send) consolidate code by using ospf_hello_send_sub\n  (ospf_poll_send,ospf_hello_reply_timer) adjust for ospf_hello_send_sub.\n\nSigned-off-by: G.Balaji <balajig81@gmail.com>","Paul Jakma"]],"ref":"refs/heads/master","push_id":21295221,"head":"23d857cded3d14d441a5129b1725007e03799ddc","size":2}