El Miércoles, 29 de Abril de 2009, Alex Balashov escribió:
My experience has been that Session Timers (periodic reINVITEs to the
endpoints mid-call) are a perfectly viable signaling-only solution to
the problem of billing discrepancies / ad infinitum CDRs due to lack
of media handling.
I
I suppose B2BUA can work but I was actually using a proxy element--for
example Kamailio's SST module.
It violates strict proxy behaviour by originating and spoofing a
sequential BYE in the other direction if a 200 OK is not received for
a re-INVITE. Oh well.
--
Sent from mobile device
On
El Miércoles, 29 de Abril de 2009, Alex Balashov escribió:
I suppose B2BUA can work but I was actually using a proxy element--for
example Kamailio's SST module.
I don't understand: even if a proxy (as Kamailio) wants to participate in
SessionTimer, the only it can do is inspecting SS headers
I agree; nothing can be forced. And yes, I do think proxy billing has
vulnerabilities and technological limitations.
But the benefit of simplicity and QOS should also be considered in a
commercial environment. There is not a convincing reason to be
handling media if you are an ITSP /
El Miércoles, 29 de Abril de 2009, Alex Balashov escribió:
I agree; nothing can be forced. And yes, I do think proxy billing has
vulnerabilities and technological limitations.
But the benefit of simplicity and QOS should also be considered in a
commercial environment. There is not a
I can't really argue with that. Having something in the middle to
actually enforce session timers seems like the key to limiting
financial exposure
What I meant before was that I have hacked Kamailio in the past to
basically do this UA functionality despite it being very much a UA and
That is a very good point.
Do you know how the ACC module in Kamailio determines whether to stamp
a CDR as finished? Is it vulnerable to this attack?
I would have assumed it is tied to the dialog state and that ACC
states are tethered to dialog module callbacks programmatically. But I
am
2009/4/29 Alex Balashov abalas...@evaristesys.com:
That is a very good point.
Do you know how the ACC module in Kamailio determines whether to stamp a CDR
as finished? Is it vulnerable to this attack?
Kamailio/openSIPS has a dialog module, but it remains being a proxy
so, for now, it doesn't
2009/4/29 Alex Balashov abalas...@evaristesys.com:
Makes sense. Thank you for the clarifications.
I suppose a lot of it depends on what the far-end equipment does. In your
example with the invalid CSeq, do you suppose most softswitches' and/or SBCs
purge the call anyway if they receive a
In a topology such as shown below, you don't need an extra media relay
to enforce your billing - you have the gateway, which is already
terminating the media. Why aren't you doing the billing there?
Paul
Iñaki Baz Castillo wrote:
2009/4/29 Alex Balashov abalas...@evaristesys.com:
2009/4/29 Paul Kyzivat pkyzi...@cisco.com:
In a topology such as shown below, you don't need an extra media relay to
enforce your billing - you have the gateway, which is already terminating
the media. Why aren't you doing the billing there?
1) The gateway could crash (but my pure SIP
~Nabam
From: Iñaki Baz Castillo i...@aliax.net
Cc: sip-implementors@lists.cs.columbia.edu
sip-implementors@lists.cs.columbia.edu
Sent: Wednesday, April 29, 2009 7:10:31 PM
Subject: Re: [Sip-implementors] billing in sip
2009/4/29 Paul Kyzivat pkyzi
@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] billing in sip
Hi Iñaki Baz Castillo,
Could you elaborate what does SIP is not designed for billing
mean? I
mean there must be some way to do billing on SIP call otherwise
how service
provider or vendor will get revenue. I understand that one way
2009/4/27 nabam serbang nabamserb...@yahoo.com:
Hi,
Could some one tell me how billing is done is SIP? Any call flow example
would highly be appreciated.
SIP is not designed for billing. Also billing is too much complex
and wide to try to explain it in an unique way.
Basically billing can be
-implementors] billing in sip
2009/4/27 nabam serbang nabamserb...@yahoo.com:
Hi,
Could some one tell me how billing is done is SIP? Any call flow example
would highly be appreciated.
SIP is not designed for billing. Also billing is too much complex
and wide to try to explain it in an unique
it!
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of nabam
serbang
Sent: Monday, April 27, 2009 10:23 PM
To: Iñaki Baz Castillo
Cc: Sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] billing
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of nabam
serbang
Sent: Monday, April 27, 2009 10:23 PM
To: Iñaki Baz Castillo
Cc: Sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] billing in sip
Hi Iñaki Baz Castillo,
Could you elaborate what does SIP
-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of nabam
serbang
Sent: Monday, April 27, 2009 10:23 PM
To: Iñaki Baz Castillo
Cc: Sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] billing in sip
Hi Iñaki Baz
Hi,
Could some one tell me how billing is done is SIP? Any call flow example would
highly be appreciated.
Thank you
Regards
~Nabam
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
To: sip-implementors@lists.cs.columbia.edu
Subject: [Sip-implementors] Billing on SIP calls
Hi all,
Can you please explain me how billing is done in SIP call in brief?
Any
rfcs' ?
Thanks and regards
Nabam Serbang
___
Sip-implementors
Hi all,
Can you please explain me how billing is done in SIP call in brief? Any
rfcs' ?
Thanks and regards
Nabam Serbang
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of
Serbang, Nabam (Nabam)
Sent: Friday, December 19, 2008 12:27 AM
To: sip-implementors@lists.cs.columbia.edu
Subject: [Sip-implementors] Billing on SIP calls
Hi all,
Can you please explain
22 matches
Mail list logo
