Re: [Dime] End-to-End Identifier Header || RFC 6733

[Diaa Saied <[e-mail]>]

Dear Lionel,

Any update ?

BR..
Diaa Said

From: Diaa Saied
Sent: Wednesday, July 5, 2023 10:59 AM
To: '[e-mail]' <[e-mail]>; [e-mail]
Cc: Zhouxiaoyun (Yun) <[e-mail]>; Zhangxuefei(Xuefei) <[e-mail]>
Subject: RE: [Dime] End-to-End Identifier Header || RFC 6733

Hello Lionel,

Thanks a lot for your valuable feedback it's totally clear, the confusion is that below quote is not differentiating between the original request and the retransmitted request as it says "Senders of request message....." and the retransmitted request is considered a 'Sent request' also, so I was thinking if this part need to be edited to be more clear like saying "Originators of request message......" , or stating that "......on each new message"

[cid:image001.jpg@01D9B4CB.B93C2E30]

BR..
Diaa Said

From: [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>
Sent: Tuesday, July 4, 2023 6:44 PM
To: Diaa Saied <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>
Cc: Zhouxiaoyun (Yun) <[e-mail]<mailto:[e-mail]>>; Zhangxuefei(Xuefei) <[e-mail]<mailto:[e-mail]>>
Subject: RE: [Dime] End-to-End Identifier Header || RFC 6733

Hi Diaa,

The E2E Id is only unique for the sender not for the receiver. It is the reason the tuple [E2E Id | Diameter Id] is used to uniquely identify a message.
"Retransmitted messages" are identical to the messages previously sent. They are messages in the a pending message queue, for which no answer has been received. Therefore they will havethe same E2E Id and the same Origin-Host (Diameter id).

I Hope that this answer to your question.

Regards,

Lionel



Orange Restricted
De : DiME <[e-mail]<mailto:[e-mail]>> De la part de Diaa Saied
Envoyé : lundi 3 juillet 2023 13:49
À : [e-mail]<mailto:[e-mail]>
Cc : Zhouxiaoyun (Yun) <[e-mail]<mailto:[e-mail]>>; Zhangxuefei(Xuefei) <[e-mail]<mailto:[e-mail]>>
Objet : [Dime] End-to-End Identifier Header || RFC 6733

Dears,

This is Diaa from Huawei Telecommunications company and I have inquiry about the End-to-End Identifier Header in the diameter message as it's not stated clearly whether the End-to-End Identifier shall be unique on every request including the retransmitted requests or only unique for each new generated request and the retransmitted ones use the same End-to-End identifier, and below I put two snapshots; one from clause#3 (Diameter Header) [left picture] and one from clause#5.5.4 (Failover and Failback Procedures) [right picture] as both mentioned the End-to-End Identifier but in different ways, so please need to know what the standard means exactly in case of retransmission in terms of assigning the End-to-End Identifier

[cid:image002.jpg@01D9B4CB.B93C2E30]              [cid:image005.jpg@01D9B4CB.B93C2E30]

BR..
Diaa Said

____________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.



This message and its attachments may contain confidential or privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.

Thank you.