Hi Pavel,
thanks for this good explanation, now, I think, I better understand sipp
and I will try to implement my setup based in your tips. After
implementation, I will give feedback about it.
Regards,
Paulo
On 12/19/2015 01:21 PM, sindelka wrote:
> Hi Paulo,
>
>> probably I'm doing something wro
Hi Paulo,
probably I'm doing something wrong
That's true. The problem of your scenario is not the handling of the
OPTIONS. If INVITE would come first, your scenario would ignore it as well.
The explanation follows. It is a bit chicken-and-egg so I'll start from
one point on the circle and
Hi Pavel,
I'm facing a similar problem as Fernando does. I'm trying to register
sipp in a VoIP infrastructure and then call them with other sipp, to
test the iPBX. The problem is that the infrastructure I'm using, as you
mentioned, uses OPTIONS to set extension reachability, up or down, so I
sipp m
Hi Fernando,
although the OPTIONS request was initially intended to determine
capabilities of the peer, its typical use became different through time:
it is being sent to determine whether the remote peer is up at
application level, and any response (even a 4xx or 5xx except 503) is
typically
Hi,
Hope you can help me
We've been using sipp in our company for years with no problems at all and
yesterday I started receiving the following errors from the "server" side
of the system
2015-12-04 11:45:12:9951449258312.995055: Continuing call on
unexpected message for Call-I
