On 28 May 2010, at 08:15, Steve Feldman wrote:
The Transition Team would like to assure everyone that we are working hard to
ensure a smooth transition from Merit to the new organization. Members of
the Transition Team flew up to Ann Arbor to meet with Merit in person, and
planning is
On Sat, May 29, 2010 at 1:08 PM, Daniel Golding dgold...@gmail.com wrote:
As I understand it, there is no merit nanog account. While such has
been talked about, it is evidently a myth.
Is that a hard fact? or just your understanding? How do we get the real
answer?
Daniel Golding
Sent
On 27 May 2010, at 20:36, Kyle Duren wrote:
I know we just had a small discussion about this, looking glass stuff
and such, but I had a copy of MRLG (the one from John Fraizer -
OP-SEC.US) a while ago about I cannot seem to find the tarball anymore.
The op-sec site appears to be dead, and so
On 28 May 2010, at 00:27, Ken Gilmour wrote:
ISP1 is the default gateway, ISP2 is a backup provider but which is always
active. Client comes in on ISP1's link, traffic goes back out on ISP1s link.
Client comes in on ISP2's link (non default gateway) but for some reason,
the packets seem to
You need to put a filter on your interfaces that references a filter later on
to not session track a flow. I think you need to be running Junos-jsr[0]
10.0 or 10.1 to use this :
The same goes for 9.x, just be sure to except traffic to the router
(like BGP session) from the packet-mode, they
* Rubens Kuhl:
You need to put a filter on your interfaces that references a
filter later on to not session track a flow. I think you need to
be running Junos-jsr[0] 10.0 or 10.1 to use this :
The same goes for 9.x, just be sure to except traffic to the router
(like BGP session) from the
your perfectly fine multihop BGP session could break when rerouting
occurs.
one of the many reasons that there are no perfectly fine multi-hop bgp
sessions.
randy
* Randy Bush:
your perfectly fine multihop BGP session could break when rerouting
occurs.
one of the many reasons that there are no perfectly fine multi-hop bgp
sessions.
Uhm, is there a way around them when building the iBGP mesh?
your perfectly fine multihop BGP session could break when rerouting
occurs.
one of the many reasons that there are no perfectly fine multi-hop bgp
sessions.
Uhm, is there a way around them when building the iBGP mesh?
nope
On Sun, May 30, 2010 at 1:46 PM, Florian Weimer f...@deneb.enyo.de wrote:
* Randy Bush:
your perfectly fine multihop BGP session could break when rerouting
occurs.
one of the many reasons that there are no perfectly fine multi-hop bgp
sessions.
Uhm, is there a way around them when
* Rubens Kuhl:
On Sun, May 30, 2010 at 1:46 PM, Florian Weimer f...@deneb.enyo.de wrote:
* Randy Bush:
your perfectly fine multihop BGP session could break when rerouting
occurs.
one of the many reasons that there are no perfectly fine multi-hop bgp
sessions.
Uhm, is there a way around
Date: Sun, 30 May 2010 18:39:39 +0200
From: Randy Bush ra...@psg.com
your perfectly fine multihop BGP session could break when rerouting
occurs.
one of the many reasons that there are no perfectly fine multi-hop bgp
sessions.
I remember a posting to this list back in the late 90s from
12 matches
Mail list logo
