{"action":"created","issue":{"url":"https://api.github.com/repos/RIOT-OS/RIOT/issues/10521","repository_url":"https://api.github.com/repos/RIOT-OS/RIOT","labels_url":"https://api.github.com/repos/RIOT-OS/RIOT/issues/10521/labels{/name}","comments_url":"https://api.github.com/repos/RIOT-OS/RIOT/issues/10521/comments","events_url":"https://api.github.com/repos/RIOT-OS/RIOT/issues/10521/events","html_url":"https://github.com/RIOT-OS/RIOT/pull/10521","id":385941297,"node_id":"MDExOlB1bGxSZXF1ZXN0MjM0Nzk4MTk0","number":10521,"title":"gnrc_sixlowpan_iphc: allow address compression for non-IEEE802.15.4","user":{"login":"miri64","id":675644,"node_id":"MDQ6VXNlcjY3NTY0NA==","avatar_url":"https://avatars1.githubusercontent.com/u/675644?v=4","gravatar_id":"","url":"https://api.github.com/users/miri64","html_url":"https://github.com/miri64","followers_url":"https://api.github.com/users/miri64/followers","following_url":"https://api.github.com/users/miri64/following{/other_user}","gists_url":"https://api.github.com/users/miri64/gists{/gist_id}","starred_url":"https://api.github.com/users/miri64/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/miri64/subscriptions","organizations_url":"https://api.github.com/users/miri64/orgs","repos_url":"https://api.github.com/users/miri64/repos","events_url":"https://api.github.com/users/miri64/events{/privacy}","received_events_url":"https://api.github.com/users/miri64/received_events","type":"User","site_admin":false},"labels":[{"id":86443543,"node_id":"MDU6TGFiZWw4NjQ0MzU0Mw==","url":"https://api.github.com/repos/RIOT-OS/RIOT/labels/Area:%20network","name":"Area: network","color":"6600ff","default":false},{"id":127387257,"node_id":"MDU6TGFiZWwxMjczODcyNTc=","url":"https://api.github.com/repos/RIOT-OS/RIOT/labels/State:%20waiting%20for%20other%20PR","name":"State: waiting for other PR","color":"ff66ff","default":false},{"id":23399100,"node_id":"MDU6TGFiZWwyMzM5OTEwMA==","url":"https://api.github.com/repos/RIOT-OS/RIOT/labels/Type:%20enhancement","name":"Type: enhancement","color":"ffff66","default":false}],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":8,"created_at":"2018-11-29T21:50:11Z","updated_at":"2018-12-06T17:22:53Z","closed_at":null,"author_association":"MEMBER","pull_request":{"url":"https://api.github.com/repos/RIOT-OS/RIOT/pulls/10521","html_url":"https://github.com/RIOT-OS/RIOT/pull/10521","diff_url":"https://github.com/RIOT-OS/RIOT/pull/10521.diff","patch_url":"https://github.com/RIOT-OS/RIOT/pull/10521.patch"},"body":"### Contribution description\r\nThis should allow @haukepetersen to use NimBLE with GNRC's 6Lo ;-).\r\n\r\n### Testing procedure\r\nRun GNRC on top of NimBLE. IPv6 address compression should not break the addresses anymore ;-). If someone wants to revive #4861 that would also be an option for testing.\r\n\r\n### Issues/PRs references\r\nDepends on #10500 and #10520.\r\n\r\n![gnrc_netif/gnrc_sixlowpan_iphc BLE capability](http://page.mi.fu-berlin.de/mlenders/netif_ble.svg)"},"comment":{"url":"https://api.github.com/repos/RIOT-OS/RIOT/issues/comments/444955521","html_url":"https://github.com/RIOT-OS/RIOT/pull/10521#issuecomment-444955521","issue_url":"https://api.github.com/repos/RIOT-OS/RIOT/issues/10521","id":444955521,"node_id":"MDEyOklzc3VlQ29tbWVudDQ0NDk1NTUyMQ==","user":{"login":"miri64","id":675644,"node_id":"MDQ6VXNlcjY3NTY0NA==","avatar_url":"https://avatars1.githubusercontent.com/u/675644?v=4","gravatar_id":"","url":"https://api.github.com/users/miri64","html_url":"https://github.com/miri64","followers_url":"https://api.github.com/users/miri64/followers","following_url":"https://api.github.com/users/miri64/following{/other_user}","gists_url":"https://api.github.com/users/miri64/gists{/gist_id}","starred_url":"https://api.github.com/users/miri64/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/miri64/subscriptions","organizations_url":"https://api.github.com/users/miri64/orgs","repos_url":"https://api.github.com/users/miri64/repos","events_url":"https://api.github.com/users/miri64/events{/privacy}","received_events_url":"https://api.github.com/users/miri64/received_events","type":"User","site_admin":false},"created_at":"2018-12-06T17:22:53Z","updated_at":"2018-12-06T17:22:53Z","author_association":"MEMBER","body":"> but any idea how to approach the issue? Seems like the neighbor discovery is not quite working 'correctly'?! Or is there any configuration I might have missed?\r\n\r\nThis is normal behavior. How should the neighbor discovery know which node is the route for a certain prefix. It just knows that a prefix was assigned to an interface, so the route for that prefix must be through that interface, but it doesn't know if the interface is P2P or broadcast or anything. For anything beyond that a routing protocol is required."}}
{"actor":{"display_login":"miri64"}}