Re: [j-nsp] OSPF question

[Andrey Khomyakov]

Sure you can. Run something like quagga on the server for OSPF, configure your 
1g links as /31s. The key is to attach your service to a loop back IP on their 
server and advertise that loop back using quagga to your router. I'd also make 
each of the 1g links a point to point ospf type. 

---
Sent from mobile

> On Sep 21, 2017, at 19:25, joe mcguckin  wrote:
> 
> I have a router with a 10G feed into a switch.
> I have a server with 2 1G ethernets connected to the same switch.
> Can I configure OSPF such that the router and server are neighbors and OSPF 
> will perform ECMP load balancing 
> across the 2 1G ports?
> 
> Thanks,
> 
> Joe
> 
> 
> Joe McGuckin
> ViaNet Communications
> 
> j...@via.net
> 650-207-0372 cell
> 650-213-1302 office
> 650-969-2124 fax
> 
> 
> 
> ___
> juniper-nsp mailing list juniper-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] OSPF question

[Tyler Christiansen]

On Wed, Jun 4, 2014 at 7:28 PM, Andrew Miehs  wrote:

> On 5 Jun 2014, at 2:35 am, R S  wrote:
>
> > Which can be the reason why among two MX (using irb) running OSPF there
> are around 100-150 OSPF Link State Update Packet retransmission per day ?
> > No link is interrupted, no link is fauly/CRC...
> >
> > My customer is receiving traps on its monitoring systems and I've no
> clear clue about the reason...
> > Any reccomendation/experience ?
>
> OSPF does a complete database update every 30 minutes with default
> settings.


This should not trigger the OSPF LSU Retransmit trap.  Traps are only
triggered by "error" events (which sometimes aren't really an error).

In previous experiences, I've seen devices that won't respond to packets
sent to the multicast address.  When an LSU retransmit occurs, that LSU is
sent unicast to the peer, at which point it's acknowledged.  This has the
effect that you get the trap every 30 minutes or so, coinciding with the 30
minute update timer.  The 30 minute update timer doesn't cause it, though.

In addition to the above, I would perform tcpdumps on the MX that does not
acknowledge the LSU and see if it receives the LSU when its sent via
multicast and see if it responds to it or not.

--tc


>
>
> ___
> juniper-nsp mailing list juniper-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>



-- 
*Tyler Christiansen | Technical Operations*
tyler @adap.tv  | www.adap.tv
*m :* 864.346.4095
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] OSPF question

[Andrew Miehs]

On 5 Jun 2014, at 2:35 am, R S  wrote:

> Which can be the reason why among two MX (using irb) running OSPF there are 
> around 100-150 OSPF Link State Update Packet retransmission per day ?
> No link is interrupted, no link is fauly/CRC...
> 
> My customer is receiving traps on its monitoring systems and I've no clear 
> clue about the reason...
> Any reccomendation/experience ?

OSPF does a complete database update every 30 minutes with default settings.




___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] OSPF question

[Ben Dale]

On 5 Jun 2014, at 2:35 am, R S  wrote:

> Which can be the reason why among two MX (using irb) running OSPF there are 
> around 100-150 OSPF Link State Update Packet retransmission per day ?
> No link is interrupted, no link is fauly/CRC...
> 
> My customer is receiving traps on its monitoring systems and I've no clear 
> clue about the reason...
> Any reccomendation/experience ?
> 
> Thank you
> 
> ___
> juniper-nsp mailing list juniper-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp

If "something" is happening that often, take a look at:

show ospf log

show ospf statistics

and see if they provide you any hints, but yeah, otherwise traceoptions.

Cheers,

Ben


___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] OSPF question

[Paul Stewart]

Maybe turn on trace options and see that those updates are?  This will
tell you what the updates are and potentially the trigger for the updates.

Paul


On 2014-06-04, 12:35 PM, "R S"  wrote:

>Which can be the reason why among two MX (using irb) running OSPF there
>are around 100-150 OSPF Link State Update Packet retransmission per day ?
>No link is interrupted, no link is fauly/CRC...
>
>My customer is receiving traps on its monitoring systems and I've no
>clear clue about the reason...
>Any reccomendation/experience ?
>
>Thank you
> 
>___
>juniper-nsp mailing list juniper-nsp@puck.nether.net
>https://puck.nether.net/mailman/listinfo/juniper-nsp
>


___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] OSPF question

[Stefan Fouant]

On Tue, Sep 15, 2009 at 1:47 PM, Per Hojmark  wrote:

> I have an older M40 and an M7i. I've noticed that the M40 generates an
> intra-as LSA for it's loopback address while the M7i generates an E2 LSA.
> What's the correct behavior? How can I force the errant Juniper to generate
> the correct LSA?
>

It sounds like the loopback on your M7i is being redistributed into OSPF via
policy, i.e. 'from protocol direct'.  That is the only way it would be
advertised from the Originator as an External LSA.

-- 
Stefan Fouant
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] OSPF question

[sthaug]

> I have an older M40 and an M7i. I've noticed that the M40 generates an
> intra-as LSA for it's loopback address while the M7i generates an E2 LSA.
> What's the correct behavior? How can I force the errant Juniper to generate
> the correct LSA?

A loopback address *if it is included directly as an interface* under
protocols OSPF is expected to be visible as a stub network within a
router LSA. How are your loopbacks configured?

(If your loopbacks are *redistributed* into OSPF, they will of course
appear as External LSAs.)

> Also, how do people typically deal with the differences in Administrative
> Distance values between Juniper and Cisco?

The actual numeric values aren't really that important, the relative
ordering is. Our experience is that both Juniper and Cisco have fairly
sane values for their administrative distances.

On Cisco you probably want to change your BGP admin distances such
that both EBGP and IBGP are at 200 - this is best practice and is
recommended in a number of Cisco presentations.

If you run MPLS you may need to change the admin distance for either
LDP or RSVP, depending on your choice. We ended up changing LDP on our
Junipers to have better preference than RSVP (and converting our RSVP
explicit LSPs to LDP based implicit LSPs), to have one commom protocol
for our Juniper and our Cisco routers.

Steinar Haug, Nethelp consulting, sth...@nethelp.no
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp