Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG]: Bad response handling for multi EdgePort scenarios #287

Open
psanders opened this issue Aug 16, 2024 · 0 comments
Open

[BUG]: Bad response handling for multi EdgePort scenarios #287

psanders opened this issue Aug 16, 2024 · 0 comments
Labels

Comments

@psanders
Copy link
Member

What happened?

The compliance scenario RR.Tst.Plan.1.5.1, also known as Verification of callee BYE for Agent to Agent routing with Peer EdgePorts is broken.

After some digging, I noticed that we are overwriting the Contact header for all responses with information from the sender.

While this works in simple scenarios, it breaks when the response needs to cross multiple EdgePorts. The "sender" is no longer the original but the last EdgePort.

As a result of this issue, Ack messages are being re-sent back to the EdgePort until the system reaches the MaxForwards Exception.

Steps to reproduce

Enable the said scenario in the seet.json file and run the compliance tests.

Expected behavior

The Contact Header should reflect the original sender, and the test must pass.

Additional context

No response

@psanders psanders added the bug label Aug 16, 2024
@psanders psanders changed the title [BUG]: Band response handling for multi EdgePort scenarios [BUG]: Bad response handling for multi EdgePort scenarios Sep 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant