summaryrefslogtreecommitdiff
path: root/usr.sbin
AgeCommit message (Collapse)Author
2004-01-13cast vararg sentinel value to pointerOtto Moerbeek
ok henning@
2004-01-13handle ruleset names containing usernames, fixes PR 3627, ok BobDaniel Hartmeier
2004-01-13KNFHenning Brauer
2004-01-13return value at end of non-void functionOtto Moerbeek
ok henning@
2004-01-13Do not redistribute updates to ibgp peers. OK henning@Claudio Jeker
2004-01-13Fix the aspath_* functions to allow empty aspath. A empty aspath is oneClaudio Jeker
with len 0. Needed vor ibgp and local network announcements. OK henning@
2004-01-13Update manual for the new config statements.Claudio Jeker
Spelling correction by jmc@ OK henning@
2004-01-13Implement a max-prefix and a announce none | self | all neighbor statement.Claudio Jeker
The first limits the number of sent prefixes per peer the latter controls which prefix we do annouce to the neighbor. Another looks good from henning@
2004-01-13Better update error handling. Ensure that the session goes down andClaudio Jeker
ignore all queued updates after an error. Looks good henning@
2004-01-13Dump and send RIB to the neighbor if his session is comming up.Claudio Jeker
Now bgpctl neighbor <IP> up does work as expected. Looks good from henning@
2004-01-13Do not send routes back to sender as per rfc. OK henning@Claudio Jeker
2004-01-13buffer size should be unsigned, report mpech@; ok deraadt@Damien Miller
2004-01-12remove redundant string termination; report from nimadeus@pandora.beDamien Miller
2004-01-12Nexthop announcement fixup. There are different rules for ibgp and ebgp.Claudio Jeker
For ibgp the nexthop is normally passed unmodified unless the nexthop is equal to the remote peer ip. To ebgp peers the nexthop is changed to the local session ip unless the remote peer ip and the nexthop are on the same subnet. OK henning@
2004-01-12add a little spacing; .Xr not .Ar for bgpd;Jason McIntyre
2004-01-11KNFHenning Brauer
2004-01-11This comment is not true. We decided to use a separate struct kroute6Claudio Jeker
for IPv6.
2004-01-11use bgpd_addr in the nexthop tree; change nexthop_add/_remove accordinglyHenning Brauer
ok claudio@
2004-01-11set address family...Henning Brauer
2004-01-11remove obsolete commentHenning Brauer
2004-01-11Bad sizeof slipped in while resolving a conflict. OK henning@Claudio Jeker
2004-01-11Move all struct in_addr to either struct bgpd_addr or in_addr_t whicheverClaudio Jeker
is more appropriate. The rde uses now in most cases struct bgpd_addr. OK henning@
2004-01-11in the nexthop imsgs use struct bgpd_addr for the data part instead ofHenning Brauer
in_addr_t ok claudio@
2004-01-11Add to the IMSG_SESSION_UP message the local and remote address of theClaudio Jeker
peer session. This is needed to set the correct nexthop address in outgoing bgp UPDATES. OK henning@
2004-01-11we need to have the address family set in bgpd_addr structs when theyHenning Brauer
contain anything worthwile...
2004-01-11when sending the nexthop status message, include the kroute that makes thatHenning Brauer
nexthop reachable. needed in the RDE for calculating the to-be-announced nexthop. ok claudio@
2004-01-11use struct bgpd_addr for nexthop and gateway in struct kroute_nexthopHenning Brauer
(and thus the nexthop messages between parent and RDE) ok claudio@
2004-01-11clean up setting the poll events a bit. no functional changes.Henning Brauer
2004-01-11listen to the routing socket. if anyone messes with our interface byTheo de Raadt
taking it down, or deleting or adding an address, then we attempt to cleanup and exit. ok vincent mcbride, wow from hin
2004-01-11save & restore resolv.conf when we can... krw okTheo de Raadt
2004-01-11KNFHenning Brauer
2004-01-11+ show nexthopHenning Brauer
2004-01-11new message IMSG_CTL_SHOW_NEXTHOP: request/send lost of BGP nexthops andHenning Brauer
the result of their validity check
2004-01-11print local/remote IP/port with the detailed neighbor viewHenning Brauer
ok claudio@
2004-01-11once the tcp session is established use gettsockname/getpeername to getHenning Brauer
local/remote sockaddr and store it in the peer struct ok claudio@
2004-01-11The buffer changes produced some fallout in the mrt code.Claudio Jeker
Wait until all data has been written out before closing the file and fix some obvious misstakes. OK henning@
2004-01-10use writev(2) to get as many messages out at once as possible.Henning Brauer
should gives us a little exra performance gain ok claudio@
2004-01-10re-enable sending outgoing updatesHenning Brauer
ok claudio@
2004-01-10Implement as path prepends. At least one prepend is needed for ebgpClaudio Jeker
neighbors. Fix a bug in the update generation. If no path attributes are available e.g. a packet with only withdraws we need to set (and write) the bgp path attribute field to zero. With this change we are able to send valid updates to our neighbors with one exception: the nexthop field which needs to be changed for ebgp neighbors. OK henning@
2004-01-10as buf_close does not implictely writes any more, imsg_compose doesn'tHenning Brauer
either, so we need to call msgbuf_write explictely now. ok claudio@
2004-01-10we may only write after a POLLOUT, and then, we only may write once.Henning Brauer
if we don't play by these rules the next write may block. make us adhere. ok claudio@
2004-01-10we are only interested in POLLOUT for a session socket when we eitherHenning Brauer
have queued writes or the connection is not yet established - but certainly not if we ever had a queued write, forever... ok claudio@
2004-01-10document "show fib"Henning Brauer
2004-01-10disable sending UPDATEs for now; it triggers som blocking bug...Henning Brauer
ok & debugging band-aid claudio@
2004-01-10i buy a break;Henning Brauer
2004-01-10send out UPDATE messages to the peer(s) that we receive from the RDEHenning Brauer
ok claudio@
2004-01-10RDE update generation. First we queue all updates and withdraws on a perClaudio Jeker
peer basis. A queue runner will dequeue and package those messages to valid bgp UPDATE messages and send them to the SE. Not yet done is per peer type attribute handling (like aspath prepends and nexthop modifications) and the queue runner could be a tad smarter. All in all this gives us a good starting point for the missing parts. OK henning@
2004-01-10Avoid duplication of code; handle truncated packets properly; useOtto Moerbeek
fn_print to print strings. Joint work with & ok canacar@.
2004-01-09Avoid messing up the screen by non-printable chars in hostname +Otto Moerbeek
sync with tcpdump.org. ok canacar@
2004-01-09show fib connected|static|bgp|nexthop|[address]Henning Brauer
ok claudio@