> Appropriate bug is filed in Launchpad

> https://bugs.launchpad.net/opencontrail/+bug/1702856<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugs.launchpad.net%2Fopencontrail%2F%2Bbug%2F1702856&data=02%7C01%7Crovanleeuwen%40ebay.com%7Cc4f63dd7ec5f47ad230508d4f384d309%7C46326bff992841a0baca17c16c94ea99%7C0%7C0%7C636401199178329242&sdata=FkHFpcSQmXIs1bNSIDjZn%2BXwaQ%2BgUM9q0HeHZtEsKD4%3D&reserved=0>
>

>This behaviour does not look correct, but due to architecture statement 
>(https://github.com/Juniper/contrail-controller/wiki/DNS-and-IPAM<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FJuniper%2Fcontrail-controller%2Fwiki%2FDNS-and-IPAM&data=02%7C01%7Crovanleeuwen%40ebay.com%7Cc4f63dd7ec5f47ad230508d4f384d309%7C46326bff992841a0baca17c16c94ea99%7C0%7C0%7C636401199178329242&sdata=%2FdAb1PZWkSIsWmCVkXiIX4dwrzSXbjv4%2FJt%2Bvwys1aE%3D&reserved=0>)
> that name of DNS record is actual name of VM server can’t handle this 
>situation. So two questions are in my mind
>

> 1 - Is there any possibility to extend DNS record name in respect to “other” 
> parameters in such way to avoid situation above?

> 2 - Is there any need to create additional handling for situation above? 
> Since it’s pretty narrow case I wonder if it makes sense to add extensions to 
> agent/server behaviour.

We filed a ticket with Juniper a while ago about this.
Below is the last info I have about it, we switched to designate so I closed 
the case after that:

Current Status:
The issue is reproduced and reported to developers in LP#1671870.

Next Action:
We have to carry the the information in each DNS record as to which compute the 
VM was spawned.
Engineering will fix it in release 4.0.

Cheers,
Robert
_______________________________________________
Dev mailing list
Dev@lists.opencontrail.org
http://lists.opencontrail.org/mailman/listinfo/dev_lists.opencontrail.org

Reply via email to