[OpenSIPS-Users] Dialog information tracing in opensips Issue

Bogdan-Andrei Iancu bogdan at voice-system.ro
Mon Aug 31 13:25:50 CEST 2009


Hi Urmi,

urmi lakkad wrote:
>
> Hello Bogdan,
>
> Thank you for your help.
>
> My problem of Dialog module is solved. The dialog were not inserted 
> into the DB. But now its inserted. I have set the flag before the 
> INVITE and after forwardign the call to proxy. Now its working fine.
>

I'm glad you found the problem - the flag must be set for the INVITE 
request, before doing t_relay() - otherwise will have no effect.

> One more question I would like to ask is that, for a single call 3 
> dialogs are created. Is this correct or not ?
>
> 1) for initial INVITE without authenticatin.
> -------------------------------------------------
>
> INV Dialog-1 --> created
> 401 Dialog-1 --> destroying
>
> 2) Again for INVITE with authentication.
> --------------------------------------------------
> INV Dialog-2 --> Created
> INV TO Proxy Dialog-2 --> Destroying
>
> 3) When get the response from Proxy (i.e Asterisk)
> --------------------------------------------------------------
> From Proxy Dialog-3 --> Created
> 180
> 200
> ACK Dialog entry Deleted form DB
> BYE Dialog Destroyed
>
No, this is not correct. The correct flow is

1) for initial INVITE without authenticatin.
-------------------------------------------------

INV Dialog-1 --> created
401 Dialog-1 --> destroying

2) Again for INVITE with authentication.
--------------------------------------------------
INV Dialog-2 --> Created
INV TO Proxy

3) When get the response from Proxy (i.e Asterisk)
--------------------------------------------------------------
180 From Proxy Dialog-2 -> early state
200 From Proxy Dialog-2 --> Confirmed (and saved in DB)
ACK From proxy Dialog updated in DB
BYE Dialog-2 Destroyed


Regards,
Bogdan

>
> Thanks a lot for your support.
>
>
> -Urmi
>
>
>
> On Thu, Aug 27, 2009 at 1:32 PM, urmi lakkad <urmi.lakkad at gmail.com 
> <mailto:urmi.lakkad at gmail.com>> wrote:
>
>     Hello Bogdan,
>
>     Thank you for ur attention.
>
>     Sorry for inconvenience. I know "patience is a virtues". But See,
>     I m trying to solve this problem from almost 1 week. and when I am
>     sending you the LOG file, I got a mail of moderator Approval.
>     Thats y I have to remove some of the log.
>
>     Anyways, Now I am sending you full call log of OpenSIPs.
>
>     Thank you very much.
>
>     -Urmi
>
>
>
>     On Thu, Aug 27, 2009 at 1:10 AM, Bogdan-Andrei Iancu
>     <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>
>         Hi Urmi,
>
>         some great philosopher said "patience is a virtues" ;).
>
>         I took a look at the log you sent and does not seam to be
>         complete. I
>         was looking for the processing of 200 OK reply and all I could
>         found was:
>
>         Aug 25 16:06:43 [5488] DBG:core:parse_msg: version: <SIP/2.0>
>         Aug 25 16:06:43 [5488] DBG:core:parse_msg: status: <200>
>         Aug 25 16:06:43 [5488] DBG:core:parse_msg: reason: <OK>
>
>
>         nothing following from the 5488 process.......
>
>         Regards,
>         Bogdan
>
>         urmi lakkad wrote:
>         > Hello Bogdan,
>         >
>         > Thank you very much.
>         > Here I have attached my OpenSIPs Log. so please find the
>         attachment.
>         >
>         > -Urmi
>         >
>         >
>         >
>         > Looks good - can you post the opensips logs (in debug=6) for
>         this single
>         > call ? just to verify.
>         >
>         > Regards,
>         > Bogdan
>         >
>         > urmi lakkad wrote:
>         > > Hello Bogdan,
>         > >
>         > > Thank you for ur response.
>         > >
>         > > Here with this mail I have _attached my SIP call capture_
>         using ngrep.
>         > > So, please find the attachment. and do needful.
>         > >
>         > >
>         > > -Thanks
>         > > Urmi
>         > >
>         > > On Tue, Aug 25, 2009 at 12:41 PM, Bogdan-Andrei Iancu
>         > > <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>
>         <mailto:bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>>
>         > <mailto:bogdan at voice-system.ro
>         <mailto:bogdan at voice-system.ro> <mailto:bogdan at voice-system.ro
>         <mailto:bogdan at voice-system.ro>>>> wrote:
>         > >
>         > > Post the SIP capture of the call you are testing with. Use
>         "ngrep
>         > > -d any
>         > > . port 5060" to get the capture - this will solve the mystery.
>         > >
>         > > Regards,
>         > > Bogdan
>         > >
>         > > urmi lakkad wrote:
>         > > > Hello,
>         > > >
>         > > > Can u please suggest me some solution of my problem of
>         DIALLOG
>         > > module ?
>         > > >
>         > > > Thank you for your attention.
>         > > >
>         > > > -Urmi
>         > > >
>         > > > 2009/8/21 urmi lakkad <urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com>
>         > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>
>         > > <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com>>>
>         > > > <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com>>
>         > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
>         <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>>>>
>         > > >
>         > > > Hello Brett,
>         > > >
>         > > > Thank you very much for quick response.
>         > > >
>         > > > My calls are working fine. I have checked through SIPp
>         and also
>         > > > with Grandstream Phones. The call is working fine with out
>         > > > failure. At the time of call, I have started the
>         wireshark to
>         > > > capture the packets, but there also I m not getting any
>         negative
>         > > > reply like 400 or 300.
>         > > >
>         > > > See, my call is working fine, call dialog created
>         successfully,
>         > > > but after that it destroyed, again new dialog is created
>         n that
>         > > > too destroy. For a single call it creates 2 dialogs. But
>         that
>         > > > dialog entry is not going to DB. Please suggest me the
>         right thing
>         > > > to do.
>         > > >
>         > > > Thanks a lot for your attention.
>         > > >
>         > > >
>         > > > -Urmi
>         > > >
>         > > >
>         > > >
>         > > > On Thu, Aug 20, 2009 at 7:38 PM, Brett Nemeroff
>         > > > <brett at nemeroff.com <mailto:brett at nemeroff.com>
>         <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>>
>         > <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>
>         <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>>>
>         > > <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>
>         <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>>
>         > <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>
>         <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>>>>> wrote:
>         > > >
>         > > > Urmi,
>         > > > You log shows the call having failed. I'm not sure why you
>         > > > think it runs for the proper duration. But as far as
>         OpenSIPs
>         > > > is concerned, the call failed. It's likely a problem in your
>         > > > sipp scenario. It's very possible that sipp thinks the
>         call is
>         > > > up, but the proxy does not.
>         > > >
>         > > > In any case, OpenSIPs is behaving as expected, the call
>         fails,
>         > > > the dialog is destroyed.
>         > > > Aug 19 17:46:27 [6060] DBG:dialog:next_state_dlg: dialog
>         > > > 0x2aaaad55af90 changed from state 1 to state 5, due event 1
>         > > > Aug 19 17:46:27 [6060] DBG:dialog:dlg_onreply: dialog
>         > > > 0x2aaaad55af90
>         > > > failed (negative reply)
>         > > >
>         > > > BTW, a negative reply is >=400 (or may also include >= 300,
>         > > > can't remember). Check your traces, see where that comes
>         from.
>         > > > -Brett
>         > > >
>         > > > On Thu, Aug 20, 2009 at 9:02 AM, urmi lakkad
>         > > > <urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
>         <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>
>         > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
>         <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>>
>         > > <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com>>
>         > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
>         <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com>>>>> wrote:
>         > > >
>         > > > Hello Stanisław Pitucha,
>         > > >
>         > > > Thank you for support.
>         > > >
>         > > > No, My call is established perfectly and is running for
>         > > > the specified duration without fail.
>         > > > I m firing the call using SIPp.
>         > > >
>         > > > Also, the dialog state gives me 1.
>         > > >
>         > > > Thanks for ur attention.
>         > > >
>         > > > -Urmi
>         > > >
>         > > > 2009/8/20 Stanisław Pitucha <viraptor at gmail.com
>         <mailto:viraptor at gmail.com>
>         > <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>>
>         > > <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>
>         <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>>>
>         > > > <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>
>         <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>>
>         > <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>
>         <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>>>>>
>         > > >
>         > > > 2009/8/20 urmi lakkad <urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com>
>         > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>
>         > > <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com>>>
>         > > > <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
>         <mailto:urmi.lakkad at gmail.com>>
>         > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
>         <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>>>>:
>         > > > > Am I doing right or not ? If not, please tell me the
>         > > > correct way.
>         > > > > One more thing, Is my configuration is correct or not ??
>         > > >
>         > > > It looks like your call doesn't even get accepted:
>         > > > Aug 19 17:46:27 [6060] DBG:dialog:next_state_dlg: dialog
>         > > > 0x2aaaad55af90 changed from state 1 to state 5, due
>         > > > event 1
>         > > > Aug 19 17:46:27 [6060] DBG:dialog:dlg_onreply: dialog
>         > > > 0x2aaaad55af90
>         > > > failed (negative reply)
>         > > >
>         > > > Maybe you require authentication, or something else?
>         > > > Just take care of
>         > > > the call not failing first. So far it's rejected
>         > > > before an OK answer
>         > > > (state 1 is "after sending an INVITE", state 5 is
>         > > > "deleted" - more or
>         > > > less).
>         > > > Capture the traffic and see what's going on.
>         > > >
>         > > > --
>         > > > Kind regards,
>         > > >
>         > > > Stanisław Pitucha, Gradwell Voip Engineer
>         > > >
>         > > > T: 01225 800 831 | F: 01225 800 801 | E:
>         > > > stan at gradwell.net <mailto:stan at gradwell.net>
>         <mailto:stan at gradwell.net <mailto:stan at gradwell.net>>
>         > <mailto:stan at gradwell.net <mailto:stan at gradwell.net>
>         <mailto:stan at gradwell.net <mailto:stan at gradwell.net>>>
>         > > <mailto:stan at gradwell.net <mailto:stan at gradwell.net>
>         <mailto:stan at gradwell.net <mailto:stan at gradwell.net>>
>         > <mailto:stan at gradwell.net <mailto:stan at gradwell.net>
>         <mailto:stan at gradwell.net <mailto:stan at gradwell.net>>>> |
>         > > > www.gradwell.com <http://www.gradwell.com>
>         <http://www.gradwell.com>
>         > <http://www.gradwell.com> <http://www.gradwell.com>
>         > > >
>         > > > Gradwell – Internet for Business People
>         > > > Phone Services | Business Broadband | Email & Website
>         > > > Hosting
>         > > >
>         > > > Can switching to VoIP today put some change in your
>         > > > pocket?
>         > > > Registered Address: 26 Cheltenham Street, Bath, BA2
>         > > > 3EX, UK. Company
>         > > > Number: 3673235
>         > > >
>         > > > _______________________________________________
>         >
>         >
>         ------------------------------------------------------------------------
>         >
>         > _______________________________________________
>         > Users mailing list
>         > Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>         > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>         >
>
>
>         _______________________________________________
>         Users mailing list
>         Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>         http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>   




More information about the Users mailing list