[EXTERNAL] Re: The design of multiple VLAN at OpenBMC

[William Kennington]

Multiple VLANs should just work for an arbitrary number of VLANs from
phosphor-networkd. The only issue would be protocols like IPMI that do not
generalize the protocol to support more than 1 VLAN. I can't comment on how
redfish models multiple interfaces / VLANs.

On Wed, Jun 21, 2023 at 6:40 PM Kenny Wu (吳建寬) <KennyWu at ami.com> wrote:

> Hi @Ratan Gupta,
>
> Thanks you reply. It is helpful to us.
>
> But I want clear more detail about the number of VLAN. Due RD may need
> provide expect result to QA. RD can limit the number of VLAN by their own
> design ?
> And from your comment, a single VLAN is enough to using at general
> environment.
>
> Thanks,
> KennyWu.
>
> -----Original Message-----
> From: Ratan Gupta <ratankgupta31 at gmail.com>
> Sent: Tuesday, June 20, 2023 2:11 PM
> To: Kenny Wu (吳建寬) <KennyWu at ami.com>
> Cc: openbmc at lists.ozlabs.org; Pravinash Jeyapaul <pravinashj at ami.com>
> Subject: [EXTERNAL] Re: The design of multiple VLAN at OpenBMC
>
>
> **CAUTION: The e-mail below is from an external source. Please exercise
> caution before opening attachments, clicking links, or following guidance.**
>
> Hi Kenny,
>
> You can have multiple VLAN on the same interface, I don't see we have a
> restriction on the number of VLANs.
> It is up to the system admin, How many VLANs do they need? In a typical
> scenario, it should not be more than a single VLAN.
>
> Thanks,
> Ratan
>
> On Tue, Jun 20, 2023 at 9:39 AM Kenny Wu (吳建寬) <KennyWu at ami.com> wrote:
> >
> > Hi ,
> >
> >
> >
> > We are develop OpenBMC and meet some design question need to consult. I
> will be appreciate your responses.
> >
> >
> >
> > The VLAN behavior at OpenBMC. It support multiple VLAN. Is there are any
> restricted maximum number at each service IPMI/WEB/Redfish. Or it is
> decided by developer?
> >
> >
> >
> > As I know IPMI is only service one interface, VLAN or non-VLAN. Once
> user enabled VLAN, the IPMI daemon will respond both ?
> >
> >
> >
> > Thanks,
> > KennyWu
> >
> >
> >
> > -The information contained in this message may be confidential and
> proprietary to American Megatrends (AMI). This communication is intended to
> be read only by the individual or entity to whom it is addressed or by
> their designee. If the reader of this message is not the intended
> recipient, you are on notice that any distribution of this message, in any
> form, is strictly prohibited. Please promptly notify the sender by reply
> e-mail or by telephone at 770-246-8600 <(770)%20246-8600>, and then
> delete or destroy all copies of the transmission.
> -The information contained in this message may be confidential and
> proprietary to American Megatrends (AMI). This communication is intended to
> be read only by the individual or entity to whom it is addressed or by
> their designee. If the reader of this message is not the intended
> recipient, you are on notice that any distribution of this message, in any
> form, is strictly prohibited. Please promptly notify the sender by reply
> e-mail or by telephone at 770-246-8600 <(770)%20246-8600>, and then
> delete or destroy all copies of the transmission.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20230621/84d393b9/attachment-0001.htm>