[Spce-user] SIP 302 Redirect to different IP

[Marc Storck]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

BTW, somehow I seem to have missed the release annoucements. I was running 3.2.something.

Do you still announce updates and new releases to the spce-user mailing list?

Regards,

Marc Storck


On Jul 1, 2014, at 10:34 PM, Andrew Pogrebennyk <apogrebennyk at sipwise.com> wrote:

Signed PGP part
Hello Marc,

our proxy processes the 302 redirect in the new context, so what
happens is that it should try to load the peers, or send the call to
an external domain. I need to see the kamailio-proxy.log to tell you
what happened, especially after the "Redirect from UAC intercepted"
lines..

Note: in mr3.3.1, we had a bug till templates version mr3.3.1.6
released earlier today because of which the context wasn't set
properly (some variables and avps were not initialized) and this can
lead to quite some side effects. If you are running MR3.3, try latest
version.

Andrew

On 01/07/14 22:12, Marc Storck wrote:
> Good evening,
>
> User has a SIP Redirect Server and wants to “redirect” incoming
> calls to one of his many other servers.
>
> The DID used in this example is 123456789. The Redirect Server has
> IP 192.0.2.1.
>
> The Contact to reach the SIP Redirect Server is
> sip:123456789 at 192.0.2.1:5060.
>
> The Redirection goes to sip:123456789 at 192.0.2.99:5060 (only the IP
> changes).
>
> I have activated “allow_out_foreign_domain”, so the LB accepts the
> SIP Message.
>
> But the PROXY tries to redirect the call to the very first contact
> (e.g. IP 192.0.2.1) and not the contact provided via the SIP 302
> Message.
>
> Is it possible to have the PROXY use the full contact during a
> redirect?
>
> Regards,
>
> Marc


-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQIcBAEBAgAGBQJTsyHdAAoJEBqZdpQUXtTCj9wQAJcDNp3aemCOP/tTwxi0lk+5
4V5M3aMB3zm9qnW0U7GFXvK07/ihcxIiwN05gawc4wjeI3HYVPi9otrHCpxR8Lw1
AZzzClQCl/FDVfR+VZhldVTSf3mMpKWKTppY0xDVoVDBj7O1MbokEKijSyDBFOJJ
b+aWbCNT2TowFG+fgo8NDL8D/nh6JcxEcJVN0niZ1H46Ass41NfHj0i5zIiMP+C3
fb7tpVgubVczRuk2H3yWjzc0gjC9ZyF32jukR8nVvrWqYRxQO2Z658ftadsu8KJD
Q8Y27QbMUyIt+lB1OrBsup3b8xUWII+5fqAFcmzupc9k1NwSP1w77nun8wWkPIId
2JUOvLGcs8Am3SjbliFFk5yEsiclDAaI9O5POYWpHNohwkggXiNq5HjUIv3lu++D
28NkUn8O5e5pV7CVJDCDoVeCsrLevfXWB3/WUh0kCz8sf0b2AN7De9hmyD3A40Pf
d2HiHXZZy3X8e5RoAYAf6DnJSH5VvLnDmMoJjIesOF1CGNUH/v13er6Sbf8giReR
tw5+7fwW+/WY82dIHCko1LeSsgIZ2ZKSKMRwawcb1NVobymVKSE9zRO2XYG6P9kI
LOVATCk1XMaiGeCFchooUOgJBwORcjBtPZXmbBicowXCrkqBiJyX1B3kxPOKgmF/
M9VzS2YE9NpbWiDXhqEJ
=5IES
-----END PGP SIGNATURE-----