Routing
Highlighted
Routing

RSVP PATH SIGNALING but data pass only in one side

‎10-23-2018 05:04 AM

Colleagues, help to understand a problem please , there is the following topology :

 

MX480 (lo - 193.238.110.65)  - EXOS (lo - 10.0.0.7) - EXOS (lo - 10.0.0.8) - EXOS (lo - 10.0.0.1) - EXOS (lo - 10.0.0.5) - MX240 (lo - 193.27.243.117)

 

MX480 protocol MPLS configuration :

 

label-switched-path Sim2Sev_AL {
    to 193.27.243.117;
    bandwidth 2500000000;
    primary Sim2Sev_AL;
}

path Sim2Sev_AL {
    10.0.0.7 loose;                     
    10.0.0.1 loose;
}

interface ae0.80;
interface ae0.252;
interface lo0.0;
interface xe-1/2/1.2255;

 

show configuration protocols rsvp    
load-balance bandwidth;
interface ae0.80;
interface ae0.252;
interface lo0.0;
interface xe-1/2/1.2255;

 

show mpls lsp detail

 

193.27.243.117
  From: 193.238.110.65, State: Up, ActiveRoute: 0, LSPname: Sim2Sev_AL
  ActivePath: Sim2Sev_AL (primary)
  LSPtype: Static Configured, Penultimate hop popping
  LoadBalance: Random
  Encoding type: Packet, Switching type: Packet, GPID: IPv4
 *Primary   Sim2Sev_AL       State: Up
    Priorities: 7 0
    Bandwidth: 2.5Gbps
    SmartOptimizeTimer: 180
    Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 10)
 10.0.2.38 S 10.0.2.186 S 10.0.2.181 S 10.0.2.93 S 10.0.2.21 S
    Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
          10.0.2.38 10.0.2.186 10.0.2.181 10.0.2.93 10.0.2.21

 

ping mpls rsvp Sim2Sev_AL detail
Request for seq 1, to interface 377, label 1101, packet size 92
Reply for seq 1, return code: Egress-ok, time: 1.956 ms
        Local transmit time: 2018-10-23 14:53:33 GMT-3 433.787 ms
        Remote receive time: 2018-10-23 14:53:33 GMT-3 435.743 ms

 

MX240 protocol MPLS configuration :

 

label-switched-path Sev2Sim_YA {
    to 193.238.110.65;
    bandwidth 1g;
    primary Sev2Sim_YA;
}

path Sev2Sim_YA {
    10.0.0.1 loose;
    10.0.0.7 loose;
}

interface ae0.600;
interface ae0.80;
interface lo0.0;

 

show configuration protocols rsvp
load-balance bandwidth;
interface ae0.600;
interface ae0.80;
interface lo0.0;

 

show mpls lsp detail

 

193.238.110.65
  From: 193.27.243.117, State: Up, ActiveRoute: 0, LSPname: Sev2Sim_YA
  ActivePath: Sev2Sim_YA (primary)
  LSPtype: Static Configured, Penultimate hop popping
  LoadBalance: Random
  Encoding type: Packet, Switching type: Packet, GPID: IPv4
 *Primary   Sev2Sim_YA       State: Up  
    Priorities: 7 0                     
    Bandwidth: 1000Mbps                 
    SmartOptimizeTimer: 180             
    Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 10)
 10.0.2.22 S 10.0.2.94 S 10.0.2.182 S 10.0.2.185 S 10.0.2.37 S
    Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt 20=Node-ID):
          10.0.2.22 10.0.2.94 10.0.2.182 10.0.2.185 10.0.2.37

 

 ping mpls rsvp Sev2Sim_YA detail


Request for seq 1, to interface 410, label 1153, packet size 92
Request for seq 2, to interface 410, label 1153, packet size 92
Request for seq 3, to interface 410, label 1153, packet size 92
Timeout for seq 1
Request for seq 4, to interface 410, label 1153, packet size 92
Timeout for seq 2
Request for seq 5, to interface 410, label 1153, packet size 92
Timeout for seq 3

 

Colleagues prompt what to look for? Why data transfer only in one side?

3 REPLIES 3
Highlighted
Routing

Re: RSVP PATH SIGNALING but data pass only in one side

[ Edited ]
‎10-24-2018 01:51 AM

Hello,


@AfroAmestigon wrote:

 

 

Colleagues prompt what to look for? 


 

 

Loopback filter on MX480 - it must allow udp/3503 with RA IP option

https://tools.ietf.org/html/rfc4379#section-4.3

 

 HTH

Thx

Alex

 

_____________________________________________________________________

Please ask Your Juniper account team about Juniper Professional Services offerings.
Juniper PS can design, test & build the network/part of the network as per Your requirements

+++++++++++++++++++++++++++++++++++++++++++++

Accept as Solution = cool !
Accept as Solution+Kudo = You are a Star !
Highlighted
Routing

Re: RSVP PATH SIGNALING but data pass only in one side

‎10-26-2018 07:16 AM

Hello , I removed all filters  from Loopback interface on MX480 :

 

ping mpls rsvp Sim2Sev_AL            
!!!!!
--- lsping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss

 

traceroute mpls rsvp Sim2Sev_AL
  Probe options: retries 3, exp 7

  ttl    Label  Protocol    Address          Previous Hop     Probe Status
    1     1164  RSVP-TE     10.0.2.38        (null)           Success           
    2                       0.0.0.0          10.0.2.38        No reply          
    3                       (null)           0.0.0.0          No reply          
    4                       (null)           (null)           No reply          
    5                       193.27.243.117   (null)           Egress            

 

 

 run traceroute mpls rsvp Sev2Sim_YA    
  Probe options: retries 3, exp 7

  ttl    Label  Protocol    Address          Previous Hop     Probe Status
    1     1154  RSVP-TE     10.0.2.22        (null)           Success           
    2                       0.0.0.0          10.0.2.22        No reply          
    3                       (null)           0.0.0.0          No reply          
    4                       10.0.0.7         (null)           Success           
    5                       0.0.0.0          10.0.0.7         No reply          
    6                       (null)           0.0.0.0          No reply          
    7                       (null)           (null)           No reply          
    8                       (null)           (null)           No reply          
    9                       (null)           (null)           No reply          
^C[abort]

  Path 1 via ae0.252 destination 127.0.0.64

 

 

Highlighted
Routing

Re: RSVP PATH SIGNALING but data pass only in one side

‎10-30-2018 10:18 AM

Colleagues, can anyone come in handy - on the Extreme X670G2  switches broke PHP .

 

https://gtacknowledge.extremenetworks.com/articles/Solution/After-replacing-a-Summit-X670-with-a-Sum...

 

thus a directive is needed in the mpls protocol configuration  - explicit-null

 

Feedback