19 Oct
2006
19 Oct
'06
5:50 p.m.
OK, thanks, Nicolas. I just confirmed the ACKs can be detected the same way.
Now another question: is there anyway to generate an ACK locally as an answer
to a BYE?
I checked the SL module but it only does reply and error but it doesn't craft a
message.on its own like "ACK".
Ramin
On 10/19/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
It should also work.
Have you check with tcpdump or wireshark that the ACK pass through your
OpenSER server ?
PS: May you keep the discussion on the mailing list...
Le jeudi 19 octobre 2006 16:28, vous avez écrit:
--
Ramin
OK, I'm able to see the BYE's.
How can I intercept the ACK's? I tried the same way but I don't see them?
On 10/19/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
> Hi,
>
> You may use the Record Route and then check the BYE method.
>
> Le mercredi 18 octobre 2006 22:21, Ramin Dousti a écrit:
> > Hi,
> >
> > Is there any way to detect a BYE while t_relay() has been called for
> > the corresponding INVITE? In what block?
> >
> > TIA,
> > Ramin
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)openser.org
> > http://openser.org/cgi-bin/mailman/listinfo/users
>
> --
> Nicolas Palix
> http://phoenix.labri.fr/people/palix/
>
> _______________________________________________
> Users mailing list
> Users(a)openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
--
Nicolas Palix
http://phoenix.labri.fr/people/palix/
19 Oct
19 Oct
8:39 p.m.
New subject: [Users] detecting BYE
On 10/19/06 20:50, Ramin Dousti wrote:
OK, thanks, Nicolas. I just confirmed the ACKs can be
detected the
same way.
Now another question: is there anyway to generate an ACK locally as an
answer
to a BYE?
BYE does not require ACK, only INVITE.
Cheers,
Daniel
I checked the SL module but it only does reply and error but it
doesn't craft a
message.on its own like "ACK".
Ramin
On 10/19/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
It should also work.
Have you check with tcpdump or wireshark that the ACK pass through your
OpenSER server ?
PS: May you keep the discussion on the mailing list...
Le jeudi 19 octobre 2006 16:28, vous avez écrit:
OK, I'm able to see the BYE's.
How can I intercept the ACK's? I tried the same way but I don't see
them?
On 10/19/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
> Hi,
>
> You may use the Record Route and then check the BYE method.
>
> Le mercredi 18 octobre 2006 22:21, Ramin Dousti a écrit:
> > Hi,
> >
> > Is there any way to detect a BYE while t_relay() has been
called for
> > the corresponding INVITE? In what
block?
> >
> > TIA,
> > Ramin
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)openser.org
> > http://openser.org/cgi-bin/mailman/listinfo/users
>
> --
> Nicolas Palix
> http://phoenix.labri.fr/people/palix/
>
> _______________________________________________
> Users mailing list
> Users(a)openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
--
Nicolas Palix
http://phoenix.labri.fr/people/palix/
9:11 p.m.
New subject: [Users] detecting BYE
Thanks Daniel.
I have a weird problem. As I mentioned in an earlier email, I have the following
dialog:
UA OpenSER SIP-Cloud
----INVITE---->
------INVITE----->
<---- 100 trying----
<---- 100 trying--
<---- 183 Progress-- (this one has sdp)
<----183 Progress--
(4 seconds later)
<-----606 Resource--
<----606 Res. -----
The called number is a PIC verification number that would announce the
long distance carreer. The goal here is to measure the time between
INVITE and 183 on the UA. But the UA sees this dialog as not established
and does not calculate the PDD.
I have been able to fool the UA by converting 183 to 200 on the OpenSER,
which makes the UA happy and it is showing the PDD correctly now:
UA OpenSER SIP-Cloud
----INVITE---->
------INVITE----->
<---- 100 trying----
<---- 100 trying--
<---- 183 Progress-- (this one has sdp)
<----200 OK ----
------ ACK-----> (I drop this ACK on OpenSER)
------BYE------>
-------BYE------>
<-----200 OK -----
<------200 OK----
This is perfect but what will follow is:
<----408 Req Timed out--
<---408 Req. Timed out--
The Cseq of the 408 shows that it's related to INVITE. Do you see what
is wrong with this setting and why I get 408 (which by the way sometimes
is 487 Request Canceled).
Thanks for the help.
Ramin
On 10/19/06, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote:
On 10/19/06 20:50, Ramin Dousti wrote:
--
Ramin
OK, thanks, Nicolas. I just confirmed the ACKs
can be detected the
same way.
Now another question: is there anyway to generate an ACK locally as an
answer
to a BYE?
BYE does not require ACK, only INVITE.
Cheers,
Daniel
I checked the SL module but it only does reply and error but it
doesn't craft a
message.on its own like "ACK".
Ramin
On 10/19/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
It should also work.
Have you check with tcpdump or wireshark that the ACK pass through your
OpenSER server ?
PS: May you keep the discussion on the mailing list...
Le jeudi 19 octobre 2006 16:28, vous avez écrit:
OK, I'm able to see the BYE's.
How can I intercept the ACK's? I tried the same way but I don't see
them?
On 10/19/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
> Hi,
>
> You may use the Record Route and then check the BYE method.
>
> Le mercredi 18 octobre 2006 22:21, Ramin Dousti a écrit:
> > Hi,
> >
> > Is there any way to detect a BYE while t_relay() has been
called for
> > the corresponding INVITE? In what
block?
> >
> > TIA,
> > Ramin
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)openser.org
> > http://openser.org/cgi-bin/mailman/listinfo/users
>
> --
> Nicolas Palix
> http://phoenix.labri.fr/people/palix/
>
> _______________________________________________
> Users mailing list
> Users(a)openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
--
Nicolas Palix
http://phoenix.labri.fr/people/palix/
20 Oct
20 Oct
7 a.m.
New subject: [Users] detecting BYE
In doing so, you broke the SIP protocol (check RFC 3261 :) )
When you change your 183 response in a 200 response, you also need
to send a CANCEL to your SIP-cloud.
Moreover, in your situation, you do not have to send a BYE to the SIP-cloud
as in that part of your network, there is not "established" session...
(you certainly receive a "481" Call Leg/Transaction Does Not Exist)
Regards
Le jeudi 19 octobre 2006 23:11, Ramin Dousti a écrit :
Thanks Daniel.
I have a weird problem. As I mentioned in an earlier email, I have the
following dialog:
UA OpenSER SIP-Cloud
----INVITE---->
------INVITE----->
<---- 100 trying----
<---- 100 trying--
<---- 183 Progress-- (this one has
sdp) <----183 Progress--
(4 seconds later)
<-----606 Resource--
<----606 Res. -----
The called number is a PIC verification number that would announce the
long distance carreer. The goal here is to measure the time between
INVITE and 183 on the UA. But the UA sees this dialog as not established
and does not calculate the PDD.
I have been able to fool the UA by converting 183 to 200 on the OpenSER,
which makes the UA happy and it is showing the PDD correctly now:
UA OpenSER SIP-Cloud
----INVITE---->
------INVITE----->
<---- 100 trying----
<---- 100 trying--
<---- 183 Progress-- (this one has
sdp) <----200 OK ----
------ ACK-----> (I drop this ACK on OpenSER)
------BYE------>
-------BYE------>
<-----200 OK -----
<------200 OK----
This is perfect but what will follow is:
<----408 Req Timed out--
<---408 Req. Timed out--
The Cseq of the 408 shows that it's related to INVITE. Do you see what
is wrong with this setting and why I get 408 (which by the way sometimes
is 487 Request Canceled).
Thanks for the help.
Ramin
On 10/19/06, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote:
> On 10/19/06 20:50, Ramin Dousti wrote:
> > OK, thanks, Nicolas. I just confirmed the ACKs can be detected the
> > same way.
> >
> > Now another question: is there anyway to generate an ACK locally as an
> > answer
> > to a BYE?
>
> BYE does not require ACK, only INVITE.
>
> Cheers,
> Daniel
>
> > I checked the SL module but it only does reply and error but it
> > doesn't craft a
> > message.on its own like "ACK".
> >
> > Ramin
> >
> > On 10/19/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
> >> It should also work.
> >>
> >> Have you check with tcpdump or wireshark that the ACK pass through
> >> your OpenSER server ?
> >>
> >> PS: May you keep the discussion on the mailing list...
> >>
> >> Le jeudi 19 octobre 2006 16:28, vous avez écrit:
> >> > OK, I'm able to see the BYE's.
> >> > How can I intercept the ACK's? I tried the same way but I
don't see
> >>
> >> them?
> >>
> >> > On 10/19/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
> >> > > Hi,
> >> > >
> >> > > You may use the Record Route and then check the BYE method.
> >> > >
> >> > > Le mercredi 18 octobre 2006 22:21, Ramin Dousti a écrit:
> >> > > > Hi,
> >> > > >
> >> > > > Is there any way to detect a BYE while t_relay() has been
> >>
> >> called for
> >>
> >> > > > the corresponding INVITE? In what block?
> >> > > >
> >> > > > TIA,
> >> > > > Ramin
> >> > > >
> >> > > > _______________________________________________
> >> > > > Users mailing list
> >> > > > Users(a)openser.org
> >> > > > http://openser.org/cgi-bin/mailman/listinfo/users
> >> > >
> >> > > --
> >> > > Nicolas Palix
> >> > > http://phoenix.labri.fr/people/palix/
> >> > >
> >> > > _______________________________________________
> >> > > Users mailing list
> >> > > Users(a)openser.org
> >> > > http://openser.org/cgi-bin/mailman/listinfo/users
> >>
> >> --
> >> Nicolas Palix
> >> http://phoenix.labri.fr/people/palix/
--
Nicolas Palix
http://phoenix.labri.fr/people/palix/
1:17 p.m.
New subject: [Users] detecting BYE
On 10/20/06, Nicolas Palix <nicolas.palix(a)labri.fr> wrote:
In doing so, you broke the SIP protocol (check RFC
3261 :) )
I agree that I shouldn't be mucking with the dialog when I don't
understand the protocol properly :-)
When you change your 183 response in a 200 response, you also need
to send a CANCEL to your SIP-cloud.
Again I agree, that's why the original question was, how can I detect BYE. But
having been able to detect BYE, I have not been able to convert that
to a CANCEL.
Do you know how?
Moreover, in your situation, you do not have to send a
BYE to the SIP-cloud
as in that part of your network, there is not "established" session...
(you certainly receive a "481" Call Leg/Transaction Does Not Exist)
That's the strange part. I'm seeing the errors returned are 408 and 487 and
the Cseq is linking them to INVITE and not BYE. Or did I misinterprete Cseq?
Thanks for the help.
Ramin
Regards
6696
days inactive
6697
days old
4 comments
3 participants
participants (3)
-
Daniel-Constantin Mierla -
Nicolas Palix -
Ramin Dousti