Hi Peter
Could you send the call trace as a pcap file?
Thank you
Ranjit
On Thu, Feb 20, 2020 at 9:16 AM Dr. Peter Sties wrote:
> Hi Ranjit,
>
>
>
> Thank you for the suggestion. Currently, the ACK contains the same 5
> methods in the allow as the INVITE. In both cases, it is:
>
> Allow: INVITE
On 2/19/20 10:01 PM, Dale R. Worley wrote:
Paul Heitkemper writes:
If you are placed on hold (a=sendonly), and the holder sends you a
media stream, are you required to play it? I looked through RFC's
3261, 2327, and 3264, but I don't really see a requirement to actually
play a media stream ever
Hi Ranjit,
Thank you for the suggestion. Currently, the ACK contains the same 5 methods in
the
allow as the INVITE. In both cases, it is:
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE
Maybe it is not so good readable in the mail. The long list of allowed methods
is from the
other server.
Thanks,
Hi Peter
the Allow header in ACK contains only 4 methods - it should contain all the
methods (same as INVITE). Modify the ACK request's Allow header to
include additional methods and re-test
Regards
Ranjit
On Thu, Feb 20, 2020 at 4:05 AM Dr. Peter Sties wrote:
> Hi Richard,
>
> Thanks for th
Yes, I see that your Request-URI contains the same IP address. I just
thought that could be a copy-paste error when you obfuscated the SIP
URIs in your example.
Please ignore my answer. Sorry for that.
BR,
Richard
On 20-2-2020 11:05, Dr. Peter Sties wrote:
Hi Richard,
Thanks for the suggest
Hi Richard,
Thanks for the suggestion. The messages between the servers are transferred
via a TCP connection (and all to the same IP address). So I think it should be
well received by the server.
I am still clueless...
Thanks,
Peter
Am Donnerstag, 20. Februar 2020, 11:00:56 CET schrieb Ric
Hi,
Header-wise your ACK appears OK.
I suspect your problem is that the destination address for the ACK
(200.200.200.200) is not routable from your SIP-server. This might
explain why the provider's server keeps retransmitting the response.
BR,
Richard
On 20-2-2020 10:39, Dr. Peter Sties wro
Hi !
I have some problems within a SIP trunc where our SIP-server talks directly to
different provider SIP servers. One of these servers on the other side does
not recognize our ACK to the 200 OK message. The other server keeps on
repeating the 200 OK message.
I have gone through all the heade