SRX to Panorama export mappings question

[justamoment]

Hi

I have converted all objects to Shared and this picture illustrates what I think is the correct mappings of each element.  Please confirm/correct as necessary.  Thanks!

[justamoment]

Well, I tried that and I don't think it's working correctly.

I guess I need step-by-step assistance on what to do from that pre-merge screenshot.  While I did have a pretty lengthy thread on all of the problems I had with an ASA conversion last year, that thread isn't helping me here.  Nothing is working as expected.

Actually, perhaps starting at the beginning would help - do I only choose Panorama or do I also select the target firewall cluster?  That point wasn't covered in the ASA video series as it was firewall to firewall with no Panorama.

Was I correct in converting all objects to Shared?

[azuniga]

Hello @justamoment 

I am not sure how a object can be shared in the SRX platform but you would need to first migrate over the objects into the Panorama device and merge it then convert it to shared since that is what we use on our end. I think you may have first made it shared within the SRX environment then tried to merge it which will not work.

[justamoment]

Ok.  I have lots of snapshots pre-merge so let me check for that.

Do I have the mappings correct in the screenshot except for the Objects?  If the Objects are wrong (shouldn't go to shared), where do I put them?  The new cluster's DG?

Also, while the SRX doesn't do Global rules (zone-less), it does have what are called Global objects but I don't know if that's the same thing as PAN's Shared objects (all of our SRX objects are Global).

[azuniga]

Hello @justamoment 

That is fine you should be able to just dump them into the shared section with no problems unless you were planning on not having them become a shared object.

[justamoment]

Oh, I definitely want them to be Shared objects - all of our objects are Shared.  Do I drop them as in the Shared in the DG section as indicated in the screenshot?

[azuniga]

Hello @justamoment 

It would be shared within the DG and not within the template section.

[justamoment]

At some point, my objects became a mix of vsys & shared.  Below is the Export page and a snippet of address objects showing vsys vs. shared:

So, how do I map those?  Like this:

Or do I need to go back to an old snapshot (from 2 days ago 😕 ) from before shared appeared?

[azuniga]

You could always just migrate them over into the Panorama side then select them and convert to shared as an option, they show vsys now but if you right click and hit convert to shared it should move it to shared after exporting them to the panorama configuration.

[justamoment]

I think I've figured out when the Address Objects get jumbled from all vsys to 1568 shared.  What's also strange is if I "filter" on vsys1 it shows all of them where shared only shows the ones showing shared.

What I found is that the Address Objects changed after I merged the duplicate Address Groups.

Should I just not clean anything up except invalids, merge configs, and then cleanup the duplicates?  Or maybe, only cleanup the duplicates that don't cause the change to shared?

[azuniga]

Hello @justamoment 

If you have a duplicate in the shared and vsys1 and you merge them then the shared should always take priority within that merge, so if you are cleaning it up that way you will accomplish what you would like to accomplish if the environment exist like that right now.

[justamoment]

That makes sense - I just wasn't expecting changing groups to affect address objects.

[justamoment]

So do I have the mappings correct with a mix of shared & vsys objects in my last screenshot?

[azuniga]

Yes that looks accurate to me if I understand what you are doing.

[justamoment]

I think the Network section is pretty self-explanatory.

1) Left | Shared | Objects to Right | DG | shared (created by cleaning up duplicates)

2) Left | Objects and Left | Policies to Right | DG | CORE-FW1

3) Left | Zones (or vsys1 + zones) to Right | Template | CORE-FW1 | Device | vsys1

Alternately, as mentioned above, I could just not cleanup the object duplicates to avoid the conversion to shared and clean them up post-export-merge.