There was no LLDP information reflecting at the side of the Meraki APs, despite LLDP enabled on both sides.
From Juniper side we did observe LLDP information for the APs:
root@switch> show lldp neighbors | no-more Local Interface Parent Interface Chassis Id Port info System Name ge-1/0/45 - xx:xx:xx:xx:xx:xx eth0 AP17 ge-1/0/41 - xx:xx:xx:xx:xx:xx eth0 AP25 ge-0/0/44 - xx:xx:xx:xx:xx:xx eth0 AP16 ge-1/0/43 - xx:xx:xx:xx:xx:xx eth0 AP21 ge-1/0/39 - xx:xx:xx:xx:xx:xx eth0 AP29 ge-0/0/41 - xx:xx:xx:xx:xx:xx eth0 AP22 ge-1/0/40 - xx:xx:xx:xx:xx:xx eth0 AP27 ge-1/0/46 - xx:xx:xx:xx:xx:xx eth0 AP15 ge-1/0/44 - xx:xx:xx:xx:xx:xx eth0 AP19 ge-0/0/45 - xx:xx:xx:xx:xx:xx eth0 AP14 ge-1/0/38 - xx:xx:xx:xx:xx:xx eth0 AP31 ...
There’s also no errors on LLDP for the ports with Meraki APs:
root@switch> show lldp statistics | no-more Interface Parent Interface Received Unknown TLVs With Errors Discarded TLVs Transmitted Untransmitted ge-0/0/1 - 158374 0 0 158374 181191 0 ge-0/0/13 - 264 0 0 0 8676 0 ge-0/0/14 - 35 0 0 0 898 0 ge-0/0/36 - 425595 0 0 0 924908 0 ge-0/0/37 - 701766 0 0 0 1533354 0 ge-0/0/38 - 701848 0 0 0 1537294 0 ge-0/0/39 - 701669 0 0 0 1538673 0 ge-0/0/4 - 119483 0 0 0 759023 0 ge-0/0/40 - 701640 0 0 0 1538043 0 ge-0/0/41 - 701700 0 0 0 1531843 0 ge-0/0/42 - 701635 0 0 0 1552514 0 ge-0/0/43 - 361670 0 0 0 786138 0 ge-0/0/44 - 701658 0 0 0 1535131 0 ge-0/0/45 - 468095 0 0 0 1030793 0 ge-0/0/46 - 415335 0 0 0 914875 0 ge-0/0/47 - 758608 0 0 0 758591 0 ge-1/0/38 - 701837 0 0 0 1533855 0 ...
LLDP started reflecting properly after disabling CDP on the Meraki APs. It seems Juniper switches were flooding the CDP packets and overloading the AP, thus, they were not able to process the LLDP packets correctly.