- **Milestone**: 5.1.1 --> 5.1.0
---
** [tickets:#2063] AMFD: New controller fails to become active in roaming SC
feature**
**Status:** review
**Milestone:** 5.1.0
**Created:** Thu Sep 22, 2016 11:46 AM UTC by Minh Hon Chau
**Last Updated:** Fri Sep 23, 2016 12:05 AM UTC
**Owner:** Minh Hon Chau
**Attachments:**
-
[osafamfd](https://sourceforge.net/p/opensaf/tickets/2063/attachment/osafamfd)
(2.0 MB; application/octet-stream)
Roaming SC feature is enabled, in scenario of re-allocation of new SC, after
new active amfd process headless synced info, amfd starts sending 2N active
assignment to amfnd. amfnd (in newly active SC) could not send su_si response
message of 2N Active assignment because amfnd has not received set_led which is
a signal to start sending su_si assignment.
This problem does not happen if only headless is enabled, because the
@amfd_sync_required is initially set as FALSE.
Within roaming SC feature, @amfd_sync_required remains TRUE until receiving
set_led from amfnd. But set_led is sent to amfnd only if amfd receives su_si
response.
The eventual result is the cb->init_state always as AVD_CFG_DONE, since amfd
will not be able to receive su_si active assignment response of 2N Opensaf SU.
---
Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is
subscribed to https://sourceforge.net/p/opensaf/tickets/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
_______________________________________________
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
