16 apr 2011 kl. 20.27 skrev Daniel-Constantin Mierla:
>
>
> On 4/16/11 7:30 PM, Olle E. Johansson wrote:
>> 16 apr 2011 kl. 15.59 skrev Iñaki Baz Castillo:
>>
>>> 2011/4/15 Klaus Darilion:
Support for various items in the proxy/registrars:
50% path
50% outbound
33% sip/s
16 apr 2011 kl. 19.36 skrev Iñaki Baz Castillo:
> 2011/4/16 Olle E. Johansson :
>> Yes, Kamailio is behind and after focusing so much on the merger of the code
>> I think it would be good to plan some new features for a coming release. The
>> issue is what of all the new SIP features we need.
>
>
>
>
>> I can theoretically see a need for it both in NAT situations and IPv6.
>
>> Diversion is deprecated.
>
> No, it became RFC 5806 past year:
>
> http://tools.ietf.org/html/rfc5806
Category: HIstoric
Because it took so much time between the Diversion draft and the SIP-history
RFC, ev
2011/4/16 Daniel-Constantin Mierla :
> As for next release, there are lot of features added
> (http://sip-router.org/wiki/features/new-in-devel), more to come, but I
> think most of developers here got tired hunting the ghosts of IETF specs
> that never were any useful nor had a touch with the real
I wholeheartedly agree with Daniel's assessment. 3.x and 3.1.x have seen
incredibly important feature gains that have been revolutionary for our work.
It is true that a lot of the feature growth has been in internal/runtime
capabilities of Kamailio as a pseudoprogrammatic execution environment,
On 4/16/11 7:30 PM, Olle E. Johansson wrote:
16 apr 2011 kl. 15.59 skrev Iñaki Baz Castillo:
2011/4/15 Klaus Darilion:
Support for various items in the proxy/registrars:
50% path
50% outbound
33% sip/stun multiplexing
20% diversion
18% gruu
17% history-info
17% service-route
C
Iñaki Baz Castillo writes:
> > No, it became RFC 5806 past year:
> >
> > http://tools.ietf.org/html/rfc5806
>
> But it has "Category: Historic".
they could not make it anything else because official solution is
history-info that almost no one has implemented.
-- juha
2011/4/16 Iñaki Baz Castillo :
>> Diversion is deprecated.
>
> No, it became RFC 5806 past year:
>
> http://tools.ietf.org/html/rfc5806
But it has "Category: Historic".
--
Iñaki Baz Castillo
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-u
2011/4/16 Olle E. Johansson :
> Yes, Kamailio is behind and after focusing so much on the merger of the code
> I think it would be good to plan some new features for a coming release. The
> issue is what of all the new SIP features we need.
> History-info seems useful for Asterisk, don't know ho
16 apr 2011 kl. 15.59 skrev Iñaki Baz Castillo:
> 2011/4/15 Klaus Darilion :
>> Support for various items in the proxy/registrars:
>> 50% path
>> 50% outbound
>> 33% sip/stun multiplexing
>> 20% diversion
>> 18% gruu
>> 17% history-info
>> 17% service-route
>
> Correct me if I'm wrong:
>
Iñaki Baz Castillo writes:
> - Later alice sends a REFER or a re-INVITE. Note that the request
> would contain "From: sip:2...@domain.org" (even if the AoR of alice us
> "sip:al...@domain.org". This is because From/To URI are usually
> unchanged whithin a dialog.
inaki,
refer would contain heade
2011/4/15 Klaus Darilion :
> Support for various items in the proxy/registrars:
> 50% path
> 50% outbound
> 33% sip/stun multiplexing
> 20% diversion
> 18% gruu
> 17% history-info
> 17% service-route
Correct me if I'm wrong:
Items implemented in Kamailio/sip-router:
- path
- diversion
-
2011/4/11 Daniel-Constantin Mierla :
> first, skipping authentication for within dialog requests in default
> configuration file comes mainly from the early years when not many sip
> endpoints supported that. But can be done, of course and perhaps it should
> be enabled (or at least added as a #!de
2011/4/13 Pan B. Christensen :
> Scenarios:
> A call comes in from Nortel/PSTN (user A) through Nortel1 to a SIP device
> (user B). User B pushes the transfer button (puts current call on hold and
> makes a new call) and dials a Nortel / PSTN number to user C. This call goes
> out through the norte
14 matches
Mail list logo
