Hello,
I have a little bit off-topic question, but - may be - someone could
give me an advice :-)
One of our users, when replying to INVITE, sends in 200 OK Contact
header without user part:
SIP/2.0 200 OK
CSeq: 102 INVITE
Contact: <sip:1.2.3.4:1234>
...
instead of:
SIP/2.0 200 OK
CSeq: 102 INVITE
Contact: <sip:user@1.2.3.4:1234>
...
and it fools our SIP<->ISUP GW and it generates completely strange R-URI
in ACK :-(
My questions are:
1. Is it valid Contact (without user part)?
2. What SIP<->ISUP GW should do (mirror Contact without user part to
R-URI in ACK, reject/drop 200 OK etc.)? May be I can ask them to change
behaviour...
3. What should do our proxy (drop 200 OK, using htable try to repair
R-URI in ACK or Contact in 200 OK etc.)?
4. ???
Any suggestion is very appreciated :-)
Best regards,
kokoska.rokoska