Hello,
topoh updates the R-URI of the requests withing dialog,
encoding/decoding as needed. So everything should work just fine, with
no notice of the UA that the proxy encoded its contact.
If you have troubles, post incoming and outgoing sip message taken with
ngrep on the sip server.
Che
I just want to know whether installing of the TOPOH modul would
somehow affect users of my proxy?
When the UAC creates (at least blink does so and few hardware phones I
have) the seq. request, it places a received contact from 200OK
(INVITE transaction) into a Request URI of the seq.request.
So w
On 02/17/2012 11:30 AM, Efelin Novak wrote:
But the contact from the UAS is hidden to the UAC. So the UAS have to
put a "hidden" contact to the R-URI. Should the TOPOH module also
"fallback" the request uri? I dont think so. So the client has to
receive ACK with a different r-uri that the contac
But the contact from the UAS is hidden to the UAC. So the UAS have to
put a "hidden" contact to the R-URI. Should the TOPOH module also
"fallback" the request uri? I dont think so. So the client has to
receive ACK with a different r-uri that the contact he sent in 200OK.
Efelin
2012/2/17 Alex Bal
On 02/17/2012 10:33 AM, Efelin Novak wrote:
However don't you have any experinece with clients that have
problems with seq. requests being sent to some "random" string
expect of the propagated contact?
Not sure I follow. The initiating UA is obligated to use whatever
contact is provided by t
On 02/17/2012 10:06 AM, Efelin Novak wrote:
Hi Alex,
thanks for the answer.
My customer is on the SIP side. So my customer sees a prefix of my
PSTN gateway in the contact header.
Oh, I see. So, the UA is your customer, and the prefix is added by
the proxy?
Sequential requests are being s
I have to apologize.
The Topoh module hides the whole contact not just a domain part. So
The problem is fixed.
However don't you have any experinece with clients that have problems
with seq. requests being sent to some "random" string expect of the
propagated contact?
UA ---invite ---> kamail
Hi Alex,
thanks for the answer.
My customer is on the SIP side. So my customer sees a prefix of my
PSTN gateway in the contact header. Sequential requests are being sent
to @. However I think when I remove the
prefix from the contact, the gateway would have no problem in
responding to this seq. r
Efelin,
There is probably some confusion here. The 200 OK message is from your gateway
(in your call flow), and it can put whatever it wants in the Contact URI; you
have no control over that on the Kamailio side. You might be able to influence
it with configuration settings on the GW side, bu
Hi folks,
I have a topology like this:
UA -> kamailio -> PSTN GW.
When I'm placing calls to a PSTN I have to append prefixes so the PSTN
GW knows how to route the call. So the request-uri is
@ e.g. 999123456@192.168.1.1. When the UA
calls to the GW a "200 OK" message contains a contact header wi
10 matches
Mail list logo
