Redwave Optics Juniper EX-SFP-10GE-SR 100% Compatible 10GBASE-SR SFP+
above is the gbics we have, our data carrier says they will give us single mode LC fiber.
Can I use these gbics or do I need to order single mode.
Thanks
No, you cannot connect multimode optics to single mode optics they are not compatible. The LC is just the physical connector type and size.
You will also need to coordinate matching wavelength of the optics.
10GBase-SR could be used with OM1, OM2 or OM3 MM-fiber ONLY.
Interface Type | Wavelength (nm) | Fibers Type | Reach (m) |
10GBASE-SX | 850 | OM1 | 33 |
OM2 | 82 | ||
OM3 | 300 |
Could you perform a traceroute from PC1 to PC2 and show result?
And what do you mean when you say about ping between PC1 and EX4200/4500? Which source and destination IP-address for ICMP packets you are using?
From
https://kb.juniper.net/InfoCenter/index?page=content&id=JSA10714&actp=search not clear what exactly to do (exclude upgrade up to new version of course).
set igmp-snooping vlan all version 2
This solves the problem or not?
Please explain "Disabling IGMPv3, falling back to IGMPv2, will mitigate this issue, but may result in reduced functionality (e.g. PIM source-specific multicast requires IGMPv3)."
"
Spuluka,
Can you suggest a gbic for this, the ones I show are over $700
my manager thinks that is too much, not right.
Yes, single mode optics are much more expensive than multi-mode optics.
But it also looks like the CDW link is for an XFP form factor when your data above shows you have an SFP device. The XFP is a larger size and not able to plug into the SFP slots.
I've had good experiences with Champion optics. But bear in mind that if you have optics related issues you will not be able to have a JTAC case if you don't have Juniper branded optics.
http://www.championone.com/sfp-10gbase-lr-10km-juniper-networks-compatible.html
AFAIK, you have to enable IGMPv2 instead of IGMPv3 using below command
set protocols igmp interface ge-0/0/0.0 version 2
you have to do this for all interfaces running IGMP.
Traceroute From PC1 to PC2
tracert -d 10.255.110.73
Tracing route to 10.255.110.73 over a maximum of 30 hops
1 <1 ms 1 ms 2 ms 192.168.115.1
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
...
30 * * * Request timed out.
Trace complete.
PIng from PC1 to EX4200/4500
source ip 192.168.115.50
destination ip 10.255.110.3
Ping OK
PIng from EX4200/4500 to PC1
source ip 10.255.110.3
destination ip 192.168.115.50
Ping OK
PIng from PC2 to EX4200/4500
source ip 10.255.110.73
destination ip 10.255.110.3
Ping OK
Ping from PC1 to PC2
source ip 192.168.115.50
destination ip 10.255.110.73
Ping NO
Ping from PC2 to PC1
source ip 10.255.110.73
destination ip 192.168.115.50
Ping NO
Old Thread - same Problem:
Information for jweb-ex:
Comment:
JUNOS Web Management Platform Package [14.1X53-D26.2]
Information for jweb-ex-app:
Comment:
JUNOS Web Management Application package [14.1X53-A1.1]
We keep getting "Your Session has expired" over and over and over again.
Tried to "request system storage cleanup" --> no Luck
Tried to reboot the Switch --> no Luck
We have staged 30 Switches and 2 of them have this Problem...
This is driving us nuts - any ideas?
I believe your static routes are not correct, these should have a next hop of your tunnel interface instead of the ip address.
routing-options {
static {
route 0.0.0.0/0 next-hop 10.255.111.1;
route 192.168.115.1/32 next-hop 10.255.111.1;
route 192.168.115.0/24 next-hop 10.255.111.10;
OK.
To configure the IGMP version on a switch:
[edit protocols]
user@switch# set igmp-snooping vlan vlan-nameversionnumber
"Note: Configuring the IGMP version does not limit the version of IGMP messages that the switch can snoop. A switch can snoop both IGMPv1, IGMPv2,, and IGMPv3 messages regardless of the IGMP version configured."
https://kb.juniper.net/InfoCenter/index?page=content&id=JSA10714&actp=search
PROBLEM:
Hello,
I'm testing a setup with QFX5100 as SPINE and EX4300 as Leaf. QinQ is working fine, but L2PT It's not working.
The L2PT its from EX4300 to QFX5100 or from QFX to another QFX. With fabric I don't have the abbility the rewrite the mac at the outer/core interface. If I remove the fabric configuration, and move to a ring or a flat topology everything works.
I didn't find any releated documentation to L2PT in VCF. Anyone has a VCF with L2PT working, or know how and I can configure? Any help will be appreciated.
The protocolos that I'm testing in L2PT is LLDP,LACP and RSTP/STP.
Tks
Cleofas
Thanks, contacted Championone, will be ordering from them.
Dear A.leb,
The Security Bulletin refers to IGMP and not IGMP Snooping. What do you have configured on your Juniper Devices ?
You know, in this situation you had to get more hops during performing a traceroute from PC1 to PC2. *If PC1 has default gateway and if no additional filtering/firewall. It seems like GRE is not used.
Try to use Steve advice. But, I'm not sure that is a solution. Static route with the gr interface as a next-hop is implemented for /32 network mask config. In your situation EX will be know about outgoing interface for 10.255.111.10 and it will be a gr interface. Or may be I'm wrong and junioper has its own behavior for gre tunneling.
These are working SOFTWARE-BASED GRE configurations from my EX8200 and EX4550:
set interfaces gre unit 0 tunnel source 192.168.120.220 set interfaces gre unit 0 tunnel destination 192.168.120.221 set interfaces gre unit 0 family inet address 5.5.5.2/24
root56@j8208# run show route table inet.0 5.5.5.0
inet.0: 485 destinations, 486 routes (485 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
5.5.5.0/24 *[Direct/0] 00:22:56
> via gre.0root56@j8208# run ping 5.5.5.1 PING 5.5.5.1 (5.5.5.1): 56 data bytes 64 bytes from 5.5.5.1: icmp_seq=0 ttl=64 time=0.318 ms 64 bytes from 5.5.5.1: icmp_seq=1 ttl=64 time=0.125 ms ^C --- 5.5.5.1 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.125/0.222/0.318/0.097 ms
Try to replace gr-0/0/0 by gre
IGMP snooping is the process of listening to IGMP network traffic.
Why do I have to guess whether this error affects the switch or not?
Why not write clearly: this is a problem in the "router" JunOS. list of models.
Here's a command (command for cli) that is a temporary solution.
Related router: "By default, the routing device runs IGMPv2."
Why not write clearly:
if you do so :
"
(before at the router)
To change to IGMPv3 for SSM functionality:
"
then
"
you now are in danger. Go to solution.
"
else
"
ignore CVE-2016-1256 and sleep soundly.
"
Least of all in matters of security I want to look like an idiot, who not configured correctly patch.
Hi Chouby,
Can you please post your PVLAN and ae1 interface configuration ?
Based on the error, I'm guessing that you have only one subinterface and multiple VLAN on this as a trunk port.
If that is the case, I would guess that for the PVLAN configuration they want you to declare each vlan in a separate subinterface instead.
3.On all the switches, configure a trunk interface as the Inter-Switch Link (ISL) that will be used to connect the switches to each other:
[edit interfaces] user@switch# set interface-name unit 0 family ethernet-switching interface-mode trunk inter-switch-link user@switch# set interface-name unit 0 family ethernet-switching vlan members name-of-private-vlan