Mailing List Archive

Re: juniper-nsp Digest, Vol 218, Issue 2
Is this a place to ask or get help on a Juniper router issue?

I am trying to learn and then pass Juniper certification(s) and bout a J2320 router with a serial card. Even though it appears serial connections are no longer used and people have said I am wasting my time trying to make a serial connection between the Juniper serial card and another Juniper J2320 serial card (I really want to make it to a Cisco 1821 router serial card), I have been trying to to find out how to successfully do so.

If not here, can you suggest where to get help?

Juniper won't help me at all - must contact a 'partner' and of course, since I am just a one person learning at home, am of not enough $$$$ to get any 'partner' interested in helping me.

David M. Adams JR
700 Killington Court
Mobile, Alabama 36609
dadamsjr@live.com<mailto:dadamsjr@live.com>
(678) 641-0572 (cell)


________________________________
From: juniper-nsp <juniper-nsp-bounces@puck.nether.net> on behalf of juniper-nsp-request@puck.nether.net <juniper-nsp-request@puck.nether.net>
Sent: Sunday, February 21, 2021 6:41 AM
To: juniper-nsp@puck.nether.net <juniper-nsp@puck.nether.net>
Subject: juniper-nsp Digest, Vol 218, Issue 2

Send juniper-nsp mailing list submissions to
juniper-nsp@puck.nether.net

To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/juniper-nsp
or, via email, send a message with subject or body 'help' to
juniper-nsp-request@puck.nether.net

You can reach the person managing the list at
juniper-nsp-owner@puck.nether.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of juniper-nsp digest..."


Today's Topics:

1. Re: Does QinQ work with VPLS on Juniper300? (Try Chhay)
2. MX Reboot with Reason, panic:data storage interrupt trap
(Righa Sha)
3. Re: MX Reboot with Reason, panic:data storage interrupt trap
(Chris Kawchuk)
4. RSVP path constraints for transit LSPs (Rob Foehl)
5. Re: Does QinQ work with VPLS on Juniper300? (Benny Lyne Amorsen)
6. Re: RSVP path constraints for transit LSPs (aaron1@gvtc.com)
7. Re: RSVP path constraints for transit LSPs (Rob Foehl)
8. what's the difference between SFPP-10GE-LR-IT and
SFPP-10GE-LR optcis (Chen Jiang)
9. Re: what's the difference between SFPP-10GE-LR-IT and
SFPP-10GE-LR optcis (Nathan Ward)


----------------------------------------------------------------------

Message: 1
Date: Tue, 2 Feb 2021 10:49:13 +0700
From: Try Chhay <try.chhay@gmail.com>
To: Roger Wiklund <roger.wiklund@gmail.com>
Cc: Juniper List <juniper-nsp@puck.nether.net>
Subject: Re: [j-nsp] Does QinQ work with VPLS on Juniper300?
Message-ID:
<CAKCAeOWUpeofoRnjEf310UceYzyF0fFV5OxdqFO8-qT-K_1X6w@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Dear Roger,

Many thanks for advising and sharing the link as the reference.

Kind regards,
Try Chhay

On Tue, Feb 2, 2021 at 3:09 AM Roger Wiklund <roger.wiklund@gmail.com>
wrote:

> That's interesting. According to this page QinQ is not supported on
> SRX300/320, not sure if that has anything to do with it?
>
> Configuring Q-in-Q Tunneling on Security Devices - TechLibrary - Juniper
> Networks
> <https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/layer2-security-qinq-tunneling-srx-series-els.html>
>
> NOTE Q-in-Q VLAN tagging is supported only on SRX340, SRX345, SRX550M,
> and SRX1500 devices.
>
> NOTE VLAN translation is supported on SRX300 and SRX320 devices and these
> devices do not support Q-in-Q tunneling.
>
> On Thu, Jan 28, 2021 at 6:11 AM Try Chhay <try.chhay@gmail.com> wrote:
>
>> Dear Juniper NSP,
>>
>> We are trying to get QinQ working with VPLS on Juniper SRX300 but the
>> configuration of QinQ seems limited with VPLS as we cannot insert full
>> QinQ
>> commands.
>> a. Below is my QinQ Configuration is working fine on Juniper SRX300
>> without
>> having any VPLS
>> set interfaces ge-0/0/0 flexible-vlan-tagging
>> set interfaces ge-0/0/0 encapsulation extended-vlan-bridge
>> set interfaces ge-0/0/0 unit 467 vlan-id-list 1-4094
>> set interfaces ge-0/0/0 unit 467 input-vlan-map push
>> set interfaces ge-0/0/0 unit 467 output-vlan-map pop
>> set interfaces ge-0/0/0 unit 467 family ethernet-switching vlan members
>> VL467-TEST
>>
>> b. Below is VPLS and QinQ configuration are not working
>> set routing-instances VLAN467 instance-type vpls
>> set routing-instances VLAN467 interface ge-0/0/0.467
>> set routing-instances VLAN467 protocols vpls encapsulation-type
>> ethernet-vlan
>> set routing-instances VLAN467 protocols vpls no-tunnel-services
>> set routing-instances VLAN467 protocols vpls vpls-id 467
>> set routing-instances VLAN467 protocols vpls ignore-mtu-mismatch
>> set routing-instances VLAN467 protocols vpls ignore-encapsulation-mismatch
>> set routing-instances VLAN467 protocols vpls neighbor 1.1.1.1
>>
>> set interfaces ge-0/0/0 flexible-vlan-tagging
>> set interfaces ge-0/0/0 encapsulation extended-vlan-bridge
>> set interfaces ge-0/0/0 unit 467 vlan-id-list 1-4094
>> set interfaces ge-0/0/0 unit 467 input-vlan-map push
>> set interfaces ge-0/0/0 unit 467 output-vlan-map pop
>> set interfaces ge-0/0/0 unit 467 family ethernet-switching vlan members
>> VL467-TEST (when apply this command, juniper srx300 does not allow us to
>> commit)
>>
>> Does anyone here used to experience this issue? Could you please help to
>> advise how to get QinQ work with VPLS on Juniper 300? Many thanks for your
>> help in advance...
>>
>> Kind regards,
>> Try Chhay
>> _______________________________________________
>> juniper-nsp mailing list juniper-nsp@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>
>


------------------------------

Message: 2
Date: Tue, 2 Feb 2021 21:10:35 +0300
From: Righa Sha <righa.shake@gmail.com>
To: juniper-nsp@puck.nether.net
Subject: [j-nsp] MX Reboot with Reason, panic:data storage interrupt
trap
Message-ID:
<CAJO3Vzyu29tycY5MM=n7Y_B3nu6uEOE6tEqFnPNoK80vhChx3w@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Hello,

I recently had an MX80 router reboot with reason being panic:data storage
interrupt trap.

Anyone come across such an issue and get to resolve.Any assistance would be
greatly appreciated.

Regards,
Righa


------------------------------

Message: 3
Date: Thu, 4 Feb 2021 14:58:59 +1100
From: Chris Kawchuk <ckawchuk@gmail.com>
To: Righa Sha <righa.shake@gmail.com>
Cc: juniper-nsp@puck.nether.net
Subject: Re: [j-nsp] MX Reboot with Reason, panic:data storage
interrupt trap
Message-ID: <445A0347-004B-43A3-AEEE-EC2EE0DE5446@gmail.com>
Content-Type: text/plain; charset=us-ascii

Im aware that the MX80's Flash can get worn out over time.

Ive had to replace a few MX80s flashes with a compatible 3rd party USB/Flash to get them back up and running. (yes, voids warranty field-stripping an MX80 to get at the 2 flash modules in the rear area of the motherboard) -- but it worked.

Field strip. Swap the flashes, Boot from USB installer, install JunOS, make a basic fxp0 config, load latest JunOS, push config back from RANCID, and the boxes are back in production and happy.

- Ck.


> On 3 Feb 2021, at 5:10 am, Righa Sha <righa.shake@gmail.com> wrote:
>
> Hello,
>
> I recently had an MX80 router reboot with reason being panic:data storage
> interrupt trap.
>
> Anyone come across such an issue and get to resolve.Any assistance would be
> greatly appreciated.
>
> Regards,
> Righa
> _______________________________________________
> juniper-nsp mailing list juniper-nsp@puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp



------------------------------

Message: 4
Date: Fri, 5 Feb 2021 14:59:31 -0500 (EST)
From: Rob Foehl <rwf@loonybin.net>
To: juniper-nsp@puck.nether.net
Subject: [j-nsp] RSVP path constraints for transit LSPs
Message-ID: <3bab018-e66b-aa7d-f4f2-34283336e137@loonybin.net>
Content-Type: text/plain; format=flowed; charset=US-ASCII

Possibly-missing-something-obvious question: are there any less-involved
alternatives to link coloring to preclude RSVP from signaling LSPs through
specific nodes?

I've got some traffic occasionally wandering off where it shouldn't be --
mostly due to bypass LSPs landing on some "temporary" links -- and in this
case, it'd be handy to just say "this box is never allowed to be a P
router" and call it solved.

-Rob




------------------------------

Message: 5
Date: Mon, 08 Feb 2021 09:04:06 +0000
From: Benny Lyne Amorsen <benny+usenet@amorsen.dk>
To: juniper-nsp@puck.nether.net
Subject: Re: [j-nsp] Does QinQ work with VPLS on Juniper300?
Message-ID: <87o8gv53sp.fsf@amorsen.dk>
Content-Type: text/plain

Roger Wiklund <roger.wiklund@gmail.com> writes:

> That's interesting. According to this page QinQ is not supported on
> SRX300/320, not sure if that has anything to do with it?

Just a little comment in case someone else needs QinQ on small SRXs:

Layer 3 termination of QinQ does work on SRX, even if VPLS does
not. That is unlikely to help the original poster, but others might find
it useful.

I.e. you can do this kind of thing on a plain SRX300:

ge-0/0/5 {
flexible-vlan-tagging;
encapsulation flexible-ethernet-services;
unit 20 {
vlan-tags outer 0x8100.300 inner 0x8100.20;
family inet {
address 198.18.1.2/30;
}
}
}



------------------------------

Message: 6
Date: Mon, 8 Feb 2021 11:12:31 -0600
From: <aaron1@gvtc.com>
To: "'Rob Foehl'" <rwf@loonybin.net>, <juniper-nsp@puck.nether.net>
Subject: Re: [j-nsp] RSVP path constraints for transit LSPs
Message-ID: <002201d6fe3d$9684e400$c38eac00$@gvtc.com>
Content-Type: text/plain; charset="us-ascii"

I know of a few methods for steering traffic in MPLS-TE/RSVP-TE, I've done
this in IOS-XR, but not in Junos at this point... but i found this link that
might help in Junos... https://www.inetzero.com/in-control-with-rsvp/

One way is to change the te-metric on that P router that you don't want lsp
to pass through...but that might be too global as it would seem to affect
all TE LSP's passing through there.

set protocols isis interface ge-0/0/1 level 1 te-metric 100

clear lsp to re-signal

Make sure to do that on the opposite side te tunnel as you usually need to
setup one in each direction as a te tunnel is unidirectional... however, i
just learned of corouted-bidirectional, seems interesting

https://www.juniper.net/documentation/en_US/junos/topics/topic-map/basic-lsp
-configurtion.html#id-configuring-corouted-bidirectional-lsps

again, this seems to be a nice and easy way to exclude a P router in cisco
ios-xr from the te head-end, i don't know of the junos equivelent for this

conf
explicit-path name not-r2
index 1 exclude-address ipv4 unicast 10.2.2.2
commit


-Aaron



------------------------------

Message: 7
Date: Mon, 8 Feb 2021 21:32:30 -0500 (EST)
From: Rob Foehl <rwf@loonybin.net>
To: Robert Huey <robertjhuey@gmail.com>
Cc: juniper-nsp@puck.nether.net
Subject: Re: [j-nsp] RSVP path constraints for transit LSPs
Message-ID: <518d431d-fe12-d937-fe67-b69125e1f373@loonybin.net>
Content-Type: text/plain; format=flowed; charset=US-ASCII

On Sat, 6 Feb 2021, Robert Huey wrote:

> Have you looked into IGP Overload? I think it will do the trick without ever getting into TE constraints.

In this case, it's OSPF, so overload is just max metric. The path metric
already exceeds any other through the network under ordinary conditions,
which is why it's only a problem on occasion, and with bypass LSPs in
particular.

IGP metric isn't enough when "best path" is the same answer as "only
available path", and it looks like switch-away-lsps goes too far in the
opposite direction.

-Rob




------------------------------

Message: 8
Date: Sun, 21 Feb 2021 18:15:40 +0800
From: Chen Jiang <ilovebgp4@gmail.com>
To: Juniper List <juniper-nsp@puck.nether.net>
Subject: [j-nsp] what's the difference between SFPP-10GE-LR-IT and
SFPP-10GE-LR optcis
Message-ID:
<CANbFnW7kHy_BNdW57TdraW8_G1TvSM_viGnCJ2pQqd5Acmb_rQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

Hi! Experts

I need some 10GE LR optics and found 2 options in Juniper : SFPP-10GE-LR-IT
and SFPP-10GE-LR.

>From Juniper Hardware Compatibility Tool I can't find a difference
except SFPP-10GE-LR-IT has a widely operating temperature range
and SFPP-10GE-LR-IT price is lower. So it seems SFPP-10GE-LR-IT is a more
attractive choice.

Could you pls shed some lights on this and thanks for your help.

--
BR!



James Chen


------------------------------

Message: 9
Date: Mon, 22 Feb 2021 00:41:11 +1300
From: Nathan Ward <juniper-nsp@daork.net>
To: Chen Jiang <ilovebgp4@gmail.com>
Cc: Juniper List <juniper-nsp@puck.nether.net>
Subject: Re: [j-nsp] what's the difference between SFPP-10GE-LR-IT and
SFPP-10GE-LR optcis
Message-ID: <4B5AFB51-7EEF-4CFD-B9FF-7439FE18E13A@daork.net>
Content-Type: text/plain; charset=utf-8


> On 21/02/2021, at 11:15 PM, Chen Jiang <ilovebgp4@gmail.com> wrote:
>
> Hi! Experts
>
> I need some 10GE LR optics and found 2 options in Juniper : SFPP-10GE-LR-IT
> and SFPP-10GE-LR.
>
> From Juniper Hardware Compatibility Tool I can't find a difference
> except SFPP-10GE-LR-IT has a widely operating temperature range
> and SFPP-10GE-LR-IT price is lower. So it seems SFPP-10GE-LR-IT is a more
> attractive choice.
>
> Could you pls shed some lights on this and thanks for your help.

Have a look on the second tab of the hardware compatibility tool - the supported platforms.

-IT is only supported on ACX710, and that?s the only one the ACX710 supports (i.e. it doesn?t support SFPP-10GE-LR).

Why? Not sure.
If I had to guess, it?s because the operating temp range of the ACXs are wider than other boxes on the low end and that matches the -IT model.. Though I note that the older ACX platforms (500, 1k, 2k, 4k at least) can work at -40c as well, and at least some of those can take SFPP-10G-LR.

Maybe whoever the ACX710 was made for (a few things about the 710 suggest to me at least that they were made for a specific customer) is really strict about SFP specs.

They are *much* cheaper list price, huh? Like, 1/8th. Odd.

There seems to be -IT variants of a few SFP+s.

--
Nathan Ward



------------------------------

Subject: Digest Footer

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


------------------------------

End of juniper-nsp Digest, Vol 218, Issue 2
*******************************************
_______________________________________________
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: juniper-nsp Digest, Vol 218, Issue 2 [ In reply to ]
On Sun, Feb 21, 2021 at 02:51:51PM +0000, David Adams JR wrote:
> Is this a place to ask or get help on a Juniper router issue?
>
> I am trying to learn and then pass Juniper certification(s) and bout a J2320 router with a serial card. Even though it appears serial connections are no longer used and people have said I am wasting my time trying to make a serial connection between the Juniper serial card and another Juniper J2320 serial card (I really want to make it to a Cisco 1821 router serial card), I have been trying to to find out how to successfully do so.


Sure, everybody has to start learning somewhere. We all started at the basics.

First off, what PIMs do you have inside your J2320 router?
Not sure what a Cisco 1821 is, do you mean 1812? Or an 1841? Or a 1921?
What WIC cards do you have for your Cisco router?

Second, there are two types of serial connections. Synchronous and
Asynchronous. Typically, for WAN communication, it is all synchronous
communication, which is _not_ what you'll find on your PC back when PCs
had serial ports. (those were all asynchronous). While it is possible
to setup PPP over async serial, it is rather a pain to get get it all
working, and interoping with things. These routers were not generally
designed to do that.

Typically these classes of routers were setup to do T1 PTP or
Frame-Relay network communication.

I'm not sure if it would be really worthwhile to setup a router with
sync serial communication any longer, I'd probably recommend just
doing it all with ethernet ports for a home learning lab, which is
most likely what you'll find that the work field is doing now, unless
you are going in supporting some older legacy telco support position.

But, if you are looking to do sync serial ports, I'd make sure you had
something like a dual port T1 PIM card in your Juniper router, and a
WIC-1DSU-T1-V2 card in your 1841 (assuming that is it), and connect
them up back to back with a cross-over T1 cable
https://www.freeccnaworkbook.com/blog/ccna/how-to-make-a-t1-crossover

You can get things like cross-over v.35 or cross-over smart-serial
cables for the sync serial cards (ie. without the built-in T1 CSU/DSU)
in these routers, but they are getting rare (only used for test labs),
and probably pricey. Using T1 cards is probably much much more learner
friendly if you want to do sync serial connections, and more like what
was in use back then.

Finally, some of these older low-end SOHO routers were really slow
(booting, throughput, etc) Ie. the routers were talking about here
generally can do maybe 6-8Mbps of throughput. Emulation of routers in
GNS3 probably would get you a lot more bang for the buck. But yeah, I
get the desire to actually touch hardware too (not that I get
to actually see the hardware any more).
_______________________________________________
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp