No subject

To which the phone replies
ACK sip:number at gateway.net SIP/2.0

And seems to be more to OpenSERs (our scripts?) liking as it then just
relays it to the correct address.

Is using rewritehost() the WRONG way to go about forwarding the INVITEs =
to
the right Gateway?

- Geir

> -----Original Message-----
> From: I=F1aki Baz Castillo [mailto:ibc at aliax.net]=20
> Sent: 3. mars 2009 12:16
> To: Geir O. Jensen
> Cc: users at lists.kamailio.org
> Subject: Re: [Kamailio-Users] Problem with sip uri in contact field
>=20
> 2009/3/3 Geir O. Jensen <geir.o.jensen at uninett.no>:
> > Hm. We do rather a lot of things with the SIP uri, both=20
> reformatting=20
> > the content and changing hosts depending on the number.
>=20
> You should NEVER modify a request uri in an in-dialog request, NEVER.
>=20
>=20
> > However, I thought this was OK since anything that was=20
> changed would=20
> > be "record routed" and handled via the loose route portion.
>=20
> Again: RURI must not be modified in an in-dialog request,=20
> regardless of the usage of record-route.
>=20
>=20
> > The ACK that is sent from the SNOM gets caught by the=20
> looseroute script.
> > Should it?
>=20
> The ACK from SNOM must pass through looseroute script since,=20
> as I already explained, it is in fact an in-dialog request.
>=20
>=20
>=20
> > I'm a bit confused now, can't really see how I'm going to=20
> fix this...=20
> > Our script is rather large and ugly :/
>=20
> Don't modify RURI in loose-route section. Just it.
>=20
>=20
> > I was just under the impression that loose route meant the=20
> packets "knew"
> > where they were going...
>=20
> Yes, and that is due to the existance of a Route header. When=20
> a proxy receives an in-dialog request with Route header it=20
> must inspect that header. Usually it contains a proxy local=20
> address so the proxy removes that header and routes the=20
> request based on the RURI (but MUST NOT change the RURI !!!).
>=20
>=20
>=20
> --
> I=F1aki Baz Castillo
> <ibc at aliax.net>
>=20
>=20