<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.network.quagga.devel">
    <title>gmane.network.quagga.devel</title>
    <link>http://blog.gmane.org/gmane.network.quagga.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10562"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10559"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10557"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10554"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10550"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10540"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10524"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10523"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10516"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10515"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10514"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10513"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10511"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10510"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10509"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10508"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10507"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10506"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10505"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.network.quagga.devel/10504"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10562">
    <title>[quagga-dev 10535] AUTO: Deepankar Gupta is out of the office from 13/05 to 17/05 (returning Fri 05/17/2013)</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10562</link>
    <description>&lt;pre&gt;
I am out of the office from Mon 05/13/2013 until Fri 05/17/2013.

Due to personal reason, I am on leave from 13th/May to 17th/May. I will not
have access to email. In case of need please call me 9582030802.

Thanks &amp;amp; Regards
Deepankar Gupta


Note: This is an automated response to your message  "Quagga-dev Digest,
Vol 118, Issue 14" sent on 05/14/2013 16:30:01.

This is the only notification you will receive while this person is away.

=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you




&lt;/pre&gt;</description>
    <dc:creator>Deepankar Gupta</dc:creator>
    <dc:date>2013-05-14T16:32:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10559">
    <title>[quagga-dev 10532] bgp and Multiprotocol Extension Capability</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10559</link>
    <description>&lt;pre&gt;If a neighbour sends no Multiprotocol Extension Capability (MP-Ext) at
all, Quagga will happily assume that the neighbour supports all the
afi/safi it is configured for.

This strikes me as broken.  RFC4760 says that one or more MP-Ext
capabilities implies that the BGP speaker "uses Multiprotocol
Extensions".  The RFC does not specify what the absence of any MP-Ext
means, but I think it reasonable to assume a BGP speaker that does not
"use Multiprotocol Extensions" is implicitly an unadorned IPv4 Unicast
BGP speaker.

Does anyone think it is unreasonable to treat current behaviour as a
bug ?

I guess most BGP implementations these days send MP-Ext for every
afi/safi supported, even if that is only IPv4 Unicast ?  I note that
BIRD has an option:

  advertise ipv4 switch

  Advertise IPv4 multiprotocol capability. This is not a correct
  behavior according to the strict interpretation of RFC 4760,
  but it is widespread and required by some BGP implementations
  (Cisco and Quagga). This option is relevant to I&lt;/pre&gt;</description>
    <dc:creator>'Chris Hall'</dc:creator>
    <dc:date>2013-05-13T20:10:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10557">
    <title>[quagga-dev 10530] Some GSOC proposals</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10557</link>
    <description>&lt;pre&gt;Hi to everybody,
I have a set of proposition and questions that can be often used for GSOC
and everyone is welcome to give is point of view

*OpenFlow INTEGRATION*

It is planned to join quagga in the SDN moving ? if Openflow should be
integrated should be in the OS or Quagga itself?

*Quagga and other routing protocols implementation*

I have a question about quagga interoperability with other opensource
software implementation (BIRD, XORP, OpenBGPd/OpenOSPFd) and even vendor
implementation address to quagga developer and adminis . Does quagga work
well in a heterogeneous environment? Is it a need to make quagga more
interoperable with other implementation?

*IDRP implementation*

What do you think about some IDRP implementation within quagga *?

*
*NETCONF integration for Quagga

*What do you think about some IDRP integration within quagga *?*



the discussion is open so don't hesitated

have a nice day, Frantz Kengne
&lt;/pre&gt;</description>
    <dc:creator>hervé frantz</dc:creator>
    <dc:date>2013-05-10T11:03:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10554">
    <title>[quagga-dev 10527] RFC-6506(Supporting Authentication Trailer for OSPFv3) implementation in quagga-0.99.21 version</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10554</link>
    <description>&lt;pre&gt;Hi All,

Tata Consultancy Services (TCS) wants to contribute to Quagga development 
by providing the implementation code for RFC-6506, developed and tested on 
quagga-0.99.21 version. 

Abstract of the RFC-6506:
Currently, OSPF for IPv6 (OSPFv3) uses IPsec as the only mechanism for 
authenticating protocol packets.
This behavior is different from authentication mechanisms present in other 
routing protocols (OSPFv2, Intermediate System to Intermediate System 
(IS-IS), RIP, and Routing Information Protocol Next Generation (RIPng)). 
In some environments, it has been found that IPsec is difficult to 
configure and maintain and thus cannot be used. 
RFC-6506 defines an alternative mechanism to authenticate OSPFv3 protocol 
packets so that OSPFv3 does not only depend upon IPsec for authentication.

Steps to test/run the developed patch file on quagga-0.99.21 :
As per RFC, implementation is done by TCS in order to provide 
authentication support on both interface and area.
Commands to be used are as follows:
For &lt;/pre&gt;</description>
    <dc:creator>Lokesh Pareta</dc:creator>
    <dc:date>2013-05-09T05:41:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10550">
    <title>[quagga-dev 10523] Quagga documentation .tex</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10550</link>
    <description>&lt;pre&gt;Hi,

is it possible to get .tex file of Quagga documentation please? I would 
like to add a description of new commands used for OSPF External Prefix 
Summarization (see another thread) there.

Thanks in advance
Ján Janovic

&lt;/pre&gt;</description>
    <dc:creator>Ján Janovic</dc:creator>
    <dc:date>2013-05-06T16:25:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10540">
    <title>[quagga-dev 10513] a quick hello</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10540</link>
    <description>&lt;pre&gt;Hello everyone, I am new to the mailing list, and i feel kind of lost . I
am interested in networking part, the hardware .

&lt;/pre&gt;</description>
    <dc:creator>spandan pradhan</dc:creator>
    <dc:date>2013-05-03T05:21:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10524">
    <title>[quagga-dev 10497] What should I do?</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10524</link>
    <description>&lt;pre&gt;Hello,

I don't know what to do now? Help me please

Thanks,
MJ
&lt;/pre&gt;</description>
    <dc:creator>MohammadJavad NoroozOliaee</dc:creator>
    <dc:date>2013-05-01T20:22:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10523">
    <title>[quagga-dev 10496] Additional GSoC Proposal</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10523</link>
    <description>&lt;pre&gt;Quagga Community,

Unless you all have any objections, I would like to submit a second proposal for GSoC.  The OSPF replay and testing tool is still hands down my preferred project.  But as it seem to be a popular choice among potential GSoC students, I'd like to submit an additional proposal for the Zebra IPC clean-up in case I'm not selected to work on the OSPF tool.  It looks like an interesting endeavor that would get me familiar with all the Quagga components, although I do have some concerns about thorough testing, particularly with those protocols with which I have no experience (Babel, ISIS, and only have a little knowledge of RIP).  I'd assume that any testing I would do would be supplemented by and any code reviewed by the community before it's committed? 

So, the way I understand this clean-up project is that the Zebra IPC exchanges route information among the daemons and the local machine-specific route stack.  However, this IPC is interfaced to each daemon in different ways specific to th&lt;/pre&gt;</description>
    <dc:creator>Nathan Wilder</dc:creator>
    <dc:date>2013-05-01T19:51:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10516">
    <title>[quagga-dev 10489] Adding "encapsulation dot1q" option to interfaces</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10516</link>
    <description>&lt;pre&gt;Hi,

I want to try to add the possibility to create VLANs subinterfaces 
directly from Quagga.
The reason is that I hate to do it all the time from the OS with iproute 
or OS specific init.d scripts. More elegant is to do it from one 
combined CLI.

 From the point of view of the programming logic seems to not be to 
difficult.

But I'm not very familiarly with the quagga libs and I need some help 
from you or some points of start.

For the part of netlink/rtnetlink I can handle it (already found what I 
need and also the parameters I need to set in the netlink message, 
inspired from iproute, to be send to the kernel).

But before I send the message to the kernel I need to make some sanity 
checks before the "encapsulation dot1q &amp;lt;1-4094&amp;gt;" command to be send.

So this is what I want to do:

1. check the interface name to be in a format like this: eth0.243
2. extract the real interface from the interface name: eth0
3. check if the dot1q parameter is in the range 1-4094 (already done it)
4. check if the specif&lt;/pre&gt;</description>
    <dc:creator>Adrian Ban</dc:creator>
    <dc:date>2013-05-01T11:39:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10515">
    <title>[quagga-dev 10488] ripd/rip_interface.c memleak from inappropriatestrdup() calls</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10515</link>
    <description>&lt;pre&gt;Howdy,
        I'm new around these parts and just jumping into quagga code.

        During review, I believe I've spotted a few memory leaks in ripd/rip_interface.c.  In several places, there are calls to stdlib.h's strdup() function. Memory returned from strdup() never seems to be free'd.  For example:

/* Add interface to rip_enable_if. */
static int
rip_enable_if_add (struct rip *rip, const char *ifname)
{
  int ret;

  ret = rip_enable_if_lookup (rip, ifname);
  if (ret &amp;gt;= 0)
    return -1;

  vector_set (rip-&amp;gt;rip_enable_interface, strdup (ifname));

  rip_enable_apply_all (rip); /* TODOVJ */

  return 1;
}


        I'm just tossing this out as an FYI cause I've been wrong before (especially when I'm in a new code base). So will someone else put some eyeballs on that and see if you think those are true memleaks? And if they are not, I would love to be educated.

Thanks.
--
Ricky Charlet
Software Dev / Routing Dude: Aries team, Roseville CA
ricky.charlet&amp;lt; at &amp;gt;hp.com&amp;lt;mailto:ricky.charlet&amp;lt; at &amp;gt;hp.com&amp;gt;
USA: 916.785&lt;/pre&gt;</description>
    <dc:creator>Charlet, Ricky</dc:creator>
    <dc:date>2013-05-01T00:09:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10514">
    <title>[quagga-dev 10487] GSOC 2013 XLAT implementation</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10514</link>
    <description>&lt;pre&gt;Hi,
I'm final year undergraduate from Computer Science and Engineering
Department, University of Mortuwa. I'm posting my own idea for GSOC 2013

idea is to implement XLAT &amp;lt;http://tools.ietf.org/rfc/rfc6877.txt&amp;gt; (
http://tools.ietf.org/rfc/rfc6877.txt)&amp;lt;http://tools.ietf.org/rfc/rfc6877.txt&amp;gt;
It is very great full if interested mentor for GSOC willing to help with
this idea. This is a fairly new concept and only very few implementations
are available.
so it will be grate if it is available through the open source world.

I'll be posting a proposal at gsoc melange.
but regardless of gsoc i' ll need some help for this implementation.
so any developer is welcome to help me on this implementation.

Thank you.
&lt;/pre&gt;</description>
    <dc:creator>Pubudu Bandara</dc:creator>
    <dc:date>2013-04-29T14:20:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10513">
    <title>[quagga-dev 10486] Self Introduction and Project Idea : GSOC 2013</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10513</link>
    <description>&lt;pre&gt;Dear Sir,
          I am a M.Tech (Information Technology) student from NIT Durgapur
 backed with B.Tech in Computer Science and Engineering. I went through the
Project ideas page of your organization and the ideas look really
interesting.I have a good experience in Networking and Programming as part
of my core subjects .

I am interested in "BGP multi-path extension" and "OSPF testing replay tool"
.
I would like to work with "Quagga"  this year with the above project as of
my interest .
Coming to my programming experience , i have recently qualified Google Code
Jam Qualification round(out of 40,000 programmers in the world) and has
been advanced to round 1 . I have a programming experience of 5 years .
My favorite programming language are C++ ,Java ,Python . I have also
participated in various programming Contest including ACM-ICPC ,Infosys
Aspiration 2020 , Code-chef Monthly Challenge etc.

I would really appreciate a lot if you could please provide some feedback
on the mentioned projects so that I can dis&lt;/pre&gt;</description>
    <dc:creator>Krishna Tiwari</dc:creator>
    <dc:date>2013-04-29T13:41:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10511">
    <title>[quagga-dev 10484] [GSoC2013] Hello</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10511</link>
    <description>&lt;pre&gt;Hi all,

I am currently student at the Politehnica University of Bucharest, Romania,
following my Masters Degree in Computer Science. I am very interested in
applying for this years GSoC 2013 and be able to contribute to your
project.
I have also participated in GSoC 2011 as a student of Freifunk organization
and ported a part of the existing olsrd code from Linux onto win32 and bsd.
I have looked through the ideas page for GSoC and found many interesting
projects and proposals. I am very interested in applying for OSPF testing
replay tool and also, I would like to start as soon as possible if you
agree and I hope to have time until the end of GSoC to also start to
implement also IS-IS testing replay tool if there isn't anyone else
interested also in this project.

Have a nice day!

&lt;/pre&gt;</description>
    <dc:creator>Gabriela Botea</dc:creator>
    <dc:date>2013-04-28T16:48:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10510">
    <title>[quagga-dev 10483] GSOC - proposal for OSPF Testing Replay Tool</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10510</link>
    <description>&lt;pre&gt;Dear Quagga developers,

I'm studying in Brno University of Technology, Faculty of Information
Technology. I'm very interested in networking as well as in C/C++
programming.
I've succesfully passed CCNA1 (Networking fundamentals) and on 2nd May, I'm
taking CCNA2 (Routing Protocols and Concepts) Exam. I know that Quagga is
not SW for routers, but in those courses I've understood the principles of
routing protocols and some commands that are similar to the ones used in
Quagga, as I've read in documentation. I've also quite good knowledge of
UNIX, kernel, signals etc. In May, I'm taking Computer Communications and
Networks exam, which I hope will give

Here are some C programs i've made (if you are interested in seeing them i
can put them on git), all of those are school projects:
-&amp;gt; simple webclient using HTTP 1.1, similar to wget, downloads a page from
web, uses sockets
-&amp;gt; client/server program, client sends request to server, request contains
some identifier of UNIX user (name, uid ...) and the server sends &lt;/pre&gt;</description>
    <dc:creator>Martin Basel</dc:creator>
    <dc:date>2013-04-27T17:32:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10509">
    <title>[quagga-dev 10482] Segmentation fault on isis daemon fixes</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10509</link>
    <description>&lt;pre&gt;I have a fix for 2 segmentation fault scenarios on the isis daemon:
1. When running a command "isis passive" on an interface in the 
following context:
"end"
"configure terminal "
"interface dummy0"
"isis passive"
The trace back collected:
#0  0x205ae1a4 in isis_adj_build_up_list (adjdb=0x0, list=0x20af1348) at 
isis_adjacency.c:521
#1  0x205e0f0c in isis_spf_preload_tent (spftree=0x20af2930, level=1, 
family=2,
     root_sysid=0x20aee6d0 "", parent=0x20af4d68) at isis_spf.c:999
#2  0x205e1c1c in isis_run_spf (area=0x20af25f0, level=1, family=2, 
sysid=0x20aee6d0 "")
     at isis_spf.c:1217
#3  0x205e2518 in isis_spf_schedule (area=0x20af25f0, level=1) at 
isis_spf.c:1372
#4  0x205af508 in lsp_inc_seqnum (lsp=0x20af4f40, seq_num=0) at 
isis_lsp.c:416
#5  0x205af584 in lsp_seqnum_update (lsp0=0x20af4f40) at isis_lsp.c:433
#6  0x205b3fa8 in lsp_regenerate (area=0x20af25f0, level=1) at 
isis_lsp.c:1660
#7  0x205b43c8 in lsp_l1_refresh (thread=0xbfc56890) at isis_lsp.c:1716
#8  0x2051bd28 in thread_call (thread=&lt;/pre&gt;</description>
    <dc:creator>boris yakubov</dc:creator>
    <dc:date>2013-04-26T18:38:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10508">
    <title>[quagga-dev 10481] [PATCH] isisd: stability fix 3 - crush when after configure passive interface</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10508</link>
    <description>&lt;pre&gt;isisd: fix segmentation fault after enable passive interface

Two segmentation faults are seen in two scenarios related to passive 
interface configuration:
1. configure "isis passive" on a loopback interface;
     Program received signal SIGSEGV, Segmentation fault.
     0xb774801a in isis_adj_build_up_list (adjdb=0x0, list=0xb8327e38) 
at isis_adjacency.c:521
2. Change isis circuit type on a passive interface
     #0  0xb7543577 in raise () from /lib/libc.so.6
     #1  0xb7546962 in abort () from /lib/libc.so.6
     #2  0xb76d108a in _zlog_assert_failed (assertion=0xb76e00b3 "list", 
file=0xb76e0095   "linklist.c", line=228, function=0xb76e010a 
"list_delete") at log.c:618
     #3  0xb76ad821 in list_delete (list=0x0) at linklist.c:228
     #4  0xb775f90b in circuit_resign_level (circuit=0xb939bc20, 
level=2) at isis_events.c:249

* isisd/isis_events.c: change the circuit type on passive interface and return.
* isisd/isis_spf.c: Do not build tlv for passive interface in lsp_build()


&lt;/pre&gt;</description>
    <dc:creator>Bin Zhou</dc:creator>
    <dc:date>2013-04-26T16:33:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10507">
    <title>[quagga-dev 10480] gsoc/Quagga registration</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10507</link>
    <description>&lt;pre&gt;hi all,
i have a question concerning gsoc/quagga students registration.  After been
registred google propose to submit a proposal. So my question is: is it an
necessary for acceptance, if yes *can it be a restatement of a project on
the quagga idea page or should i post my own proposal.

*Thanks in advance for your response.

Frantz Mabou
*

*
&lt;/pre&gt;</description>
    <dc:creator>hervé frantz</dc:creator>
    <dc:date>2013-04-26T15:21:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10506">
    <title>[quagga-dev 10479] Zebra IPv6 Filters ::/96</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10506</link>
    <description>&lt;pre&gt;Hi, 

When a SIT tunnel comes up it adds ::/96 via :: dev &amp;lt;tun&amp;gt; to the route
table. However, zebra removes the route as soon as it happens. If the
route isn't in the table, the SIT tunnel fails.

I've commentted out a call to rib_bogus_ipv6() for now, but I can't 
figure out why this should happen. Can anyone shed some light on this? 

Thanks, 
-Will

&lt;/pre&gt;</description>
    <dc:creator>Will Booth</dc:creator>
    <dc:date>2013-04-26T15:14:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10505">
    <title>[quagga-dev 10478] interrest in developping a testing replay toolfor OSPF</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10505</link>
    <description>&lt;pre&gt;As i state in the subject, i 'am inetrested to work on testing replay tool
for OSFP or otherwise for IS-IS. Concerning my programming skills i'am
fairly good in linux system/network programming in C language, i'am also a
java&amp;amp;php developper. concerning networking, i deal with everyday due to my
courses. Still today i have only  done satic routing but i'am now working
on dynamic routing protocols and i expect that  working on this project
will give me strong skills in network&amp;amp;protocol programming as i expect to
do my master thesis on a related topic.*

* Frantz MABOU
&lt;/pre&gt;</description>
    <dc:creator>hervé frantz</dc:creator>
    <dc:date>2013-04-26T14:35:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10504">
    <title>[quagga-dev 10477] OSPF testing replay tool -- interested inhelping.</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10504</link>
    <description>&lt;pre&gt;Hi all,

I'm finding myself in need of an OSPF test tool for in-house testing. 
Rather than going off on my own, and starting something from scratch, I 
would prefer collaborating on some community project. I sense the GSoC 
project is a good starting point.

As a background, I've been doing embedded systems development (in C) in 
telecom-related industries for nigh on 20 years now.

Regards,
-Eric Zuck

&lt;/pre&gt;</description>
    <dc:creator>Eric Zuck</dc:creator>
    <dc:date>2013-04-25T23:10:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.network.quagga.devel/10501">
    <title>[quagga-dev 10474] Re: [PATCH] lib: add skiplists;use for thread sorting by default</title>
    <link>http://comments.gmane.org/gmane.network.quagga.devel/10501</link>
    <description>&lt;pre&gt;This patch (attached) updates my previously-posted patch of April 10:

0. patch against Apr 24, 2013 git version

1. thread.c: Remove overflow handling change - take up later in separate
   patch after further study.

2. skiplist.c: 

    static int
    randomLevel(void)

3. thread.h: Add forward declaration "struct skiplist;" and
   add "struct skiplist *skiplist_timer" to the thread master
   structure.

   thread.c: Change void* skiplist pointer to struct skiplist*

4. Put skiplist test functions in separate file under tests/test-skiplist.c

It still has the thread code to use skiplists under control of
THREAD_TIMER_USE_SKIPLIST. Christian, I can spin another version
of the patch without these ifdefs if you think it is warranted.

 ~!paul

&lt;/pre&gt;</description>
    <dc:creator>G. Paul Ziemba</dc:creator>
    <dc:date>2013-04-24T21:15:37</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.quagga.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.network.quagga.devel</link>
  </textinput>
</rdf:RDF>
