[VPNSERVICE-4] Table 20 and 21 entries not installed in single dpn scenario Created: 21/May/15  Updated: 19/Oct/17  Resolved: 24/Jun/15

Status: Verified
Project: vpnservice
Component/s: General
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: Sindhuri B Assignee: Unassigned
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Attachments: Text File configuration.txt     Text File karaf.log    
Severity: normal
External issue ID: 3320

 Description   

When vpn service is configured for single dpn 2 hosts scenario, the table 20 and 21 entries are not being configured in the switch.

Steps:
====
->install vpnservice
>connect switch h1-s1--h2
->Create vpn instance
->Create ietf interfaces for s1-eth1 and s1-eth2
->create vpn insterfaces for s1-eth1 and s1-eth2

Fib entries are seen in the datastore for the 2 hosts as below:

Fib entries:
===========
http://localhost:8181/restconf/config/odl-fib:fibEntries/
Response Body
{
"fibEntries": {
"vrfTables": [
{
"routeDistinguisher": "4000:1",
"vrfEntry": [

{ "destPrefix": "10.0.0.2", "label": 2 }

,

{ "destPrefix": "10.0.0.1", "label": 3 }

]
}
]
}
}

Switch entries:
===========
mininet> dpctl dump-groups -O OpenFlow13

      • s1 ------------------------------------------------------------------------
        OFPST_GROUP_DESC reply (OF1.3) (xid=0x2):
        group_id=1,type=indirect,bucket=weight:0,actions=pop_mpls:0x0800,set_field:d2:18:94:2b:ce:29->eth_dst,output:2
        group_id=2,type=indirect,bucket=weight:0,actions=pop_mpls:0x0800,set_field:aa:18:58:dd:12:55->eth_dst,output:1
        mininet> dpctl dump-flows -O OpenFlow13
      • s1 ------------------------------------------------------------------------
        OFPST_FLOW reply (OF1.3) (xid=0x2):
        cookie=0x8000001, duration=1011.452s, table=0, n_packets=0, n_bytes=0, priority=10,in_port=1 actions=write_metadata:0x1/0xffffffff,goto_table:21
        cookie=0x8000001, duration=1011.465s, table=0, n_packets=0, n_bytes=0, priority=10,in_port=2 actions=write_metadata:0x1/0xffffffff,goto_table:21
        cookie=0x1030000, duration=1343.440s, table=20, n_packets=0, n_bytes=0, priority=0 actions=write_actions(CONTROLLER:65535)
        cookie=0x8000003, duration=1343.440s, table=21, n_packets=0, n_bytes=0, priority=0 actions=write_actions(CONTROLLER:65535)
        mininet>

Errors observed in the controller:
=========================

2015-05-18 15:45:24,497 | ERROR | lt-dispatcher-30 | FibManager | 215 - org.opendaylight.vpnservice.fibmanager-impl - 0.1.0.SNAPSHOT | Could not get nexthop group id for nexthop: null in vpn 4000:1
2015-05-18 15:45:24,497 | WARN | lt-dispatcher-30 | FibManager | 215 - org.opendaylight.vpnservice.fibmanager-impl - 0.1.0.SNAPSHOT | Failed to add Route: 10.0.0.2 in vpn: 4000:1
2015-05-18 15:45:24,498 | ERROR | lt-dispatcher-30 | FibManager | 215 - org.opendaylight.vpnservice.fibmanager-impl - 0.1.0.SNAPSHOT | Could not get nexthop group id for nexthop: null in vpn 4000:1
2015-05-18 15:45:24,499 | WARN | lt-dispatcher-30 | FibManager | 215 - org.opendaylight.vpnservice.fibmanager-impl - 0.1.0.SNAPSHOT | Failed to add Route: 10.0.0.1 in vpn: 4000:1

Workaround:
==========
Workaroung is to configure GRE tunnel for single dpn scenario also.



 Comments   
Comment by Sindhuri B [ 21/May/15 ]

Attachment configuration.txt has been added with description: configuration

Comment by Sindhuri B [ 21/May/15 ]

Attachment karaf.log has been added with description: karaf logs

Comment by Sindhuri B [ 05/Jun/15 ]

After the fix, without configuring GRE tunnels the entries in the switch are programmed correctly.

mininet> dpctl dump-flows -O OpenFlow13

      • s1 ------------------------------------------------------------------------
        OFPST_FLOW reply (OF1.3) (xid=0x2):
        cookie=0x0, duration=5.098s, table=0, n_packets=0, n_bytes=0, arp actions=FLOOD
        cookie=0x8000001, duration=5.052s, table=0, n_packets=4, n_bytes=340, priority=10,in_port=2 actions=write_metadata:0x1/0xffffffff,goto_table:21
        cookie=0x8000001, duration=5.052s, table=0, n_packets=5, n_bytes=418, priority=10,in_port=1 actions=write_metadata:0x1/0xffffffff,goto_table:21
        cookie=0x8000002, duration=5.038s, table=20, n_packets=0, n_bytes=0, priority=10,mpls,mpls_label=3 actions=write_actions(group:2)
        cookie=0x8000002, duration=5.038s, table=20, n_packets=0, n_bytes=0, priority=10,mpls,mpls_label=2 actions=write_actions(group:1)
        cookie=0x8000003, duration=5.052s, table=21, n_packets=0, n_bytes=0, priority=42,ip,metadata=0x1/0xffffffff,nw_dst=10.0.0.1 actions=write_actions(push_mpls:0x8847,set_field:2->mpls_label,group:1)
        cookie=0x8000003, duration=5.038s, table=21, n_packets=0, n_bytes=0, priority=42,ip,metadata=0x1/0xffffffff,nw_dst=10.0.0.2 actions=write_actions(push_mpls:0x8847,set_field:3->mpls_label,group:2)
        mininet> dpctl dump-groups -O OpenFlow13
      • s1 ------------------------------------------------------------------------
        OFPST_GROUP_DESC reply (OF1.3) (xid=0x2):
        group_id=1,type=indirect,bucket=weight:0,actions=pop_mpls:0x0800,set_field:00:00:00:00:00:01->eth_dst,output:1
        group_id=2,type=indirect,bucket=weight:0,actions=pop_mpls:0x0800,set_field:00:00:00:00:00:02->eth_dst,output:2

mininet> h1 ping h2
PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data.
64 bytes from 10.0.0.2: icmp_seq=3 ttl=64 time=0.120 ms
64 bytes from 10.0.0.2: icmp_seq=4 ttl=64 time=0.106 ms
64 bytes from 10.0.0.2: icmp_seq=5 ttl=64 time=0.103 ms
64 bytes from 10.0.0.2: icmp_seq=6 ttl=64 time=0.121 ms
64 bytes from 10.0.0.2: icmp_seq=7 ttl=64 time=0.116 ms
64 bytes from 10.0.0.2: icmp_seq=8 ttl=64 time=0.072 ms
^C
— 10.0.0.2 ping statistics —
8 packets transmitted, 6 received, 25% packet loss, time 7000ms
rtt min/avg/max/mdev = 0.072/0.106/0.121/0.018 ms
mininet>

Generated at Wed Feb 07 20:47:04 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.