Hello,
Please do let me know if I am leaving any thing out that will make
troubleshooting this issue easier. I am really hitting a wall with an
efficient method to tackle this problem. All help is appreciated, thanks as
always guys!
Sincerely,
Brandon Armstead
On Mon, Jul 5, 2010 at 12:38
On Tuesday 06 July 2010 22:44:29 Lucas Alvarez wrote:
> Thank you Michael for you answer, but does kamailio have any method to
> resend all the registrations again?
No, also if you are asking that, that means that you don't know how SIP works,
so please first take a time to investigate how SIP w
On Tuesday 06 July 2010 21:59:44 Lucas Alvarez wrote:
> Iñaki, if you don't know the answer, please don't answer with trash,
> my question is all related with kamailio, is an integration of two
> software, since kamailio forward the registrations request to asterisk
> what happen when asterisk has
On 6 July 2010 21:59, Lucas Alvarez wrote:
> Iñaki, if you don't know the answer, please don't answer with trash,
> my question is all related with kamailio, is an integration of two
> software, since kamailio forward the registrations request to asterisk
> what happen when asterisk has to restar
Thank you Michael for you answer, but does kamailio have any method to
resend all the registrations again?
In the asterisk list will appear someone else thinking that this a
competition and will tell me go and ask to kamailio list.
It has more sense that kamailio could resend all the registration t
Lucas,
When you restart Asterisk, all registration information is lost. The clients
must resend their registration information. This has nothing to do with
Kamailio, all it does is forward the registrations (as you said).
Unfortunately, on an Asterisk reload, all that information is lost.
For f
Iñaki, if you don't know the answer, please don't answer with trash,
my question is all related with kamailio, is an integration of two
software, since kamailio forward the registrations request to asterisk
what happen when asterisk has to restart, how do I get those
registrations again? Do you und
2010/7/6 Lucas Alvarez :
> Hi, I new with kamailio, I've been able to integrate kamailio 3.02
> with asterisk 1.6. The only issue I'm having is if I have to restart
> asterisk( for some config update) I loose all the sip registration in
> asterisk, is there any way of fixing this?
Hi, this is not
> fyi: summary of the devel meeting in Berlin, June 8, 2010, was uploaded to:
>
> http://sip-router.org/wiki/meetings/berlin-2010-minutes
there is also quite a few items on the tracker. it would be nice if
those could be classified somehow.
-- juha
_
Hi, I new with kamailio, I've been able to integrate kamailio 3.02
with asterisk 1.6. The only issue I'm having is if I have to restart
asterisk( for some config update) I loose all the sip registration in
asterisk, is there any way of fixing this?
___
Hello all;
I need some Clarification about timestamp header in RFC 3261; i need to use
it to estimate the RTT value;
how it is work in this scenario?:
Invite
UA > Proxy1
|| Invite
|| -
I quickly tried this but I cannot used "exec" within the onreply_route.
So the problem stay the same. I don't know how to execute my script only
on established calls...
Any help/suggestion would be appreciate. Thank you !
Regards,
Adrien
Le mardi 06 juillet 2010 à 19:32 +0200, inge a écrit :
>
Hi Alex,
It seems to be exactly what I want to do.
Unfortunately, I'm running SER 0.9.x and "t_check_trans" doesn't exist.
I was thinking also that I can probably do a "setflag" on an INVITE and
test it within the onreply-route. In that case, CANCEL should never came
into this call-flow.
Because
Hey,
It's sent when I hit the red button on the phone ( hang up ). It's not
automated.
David
On 2010-07-06 11:39, Klaus Darilion wrote:
Am 06.07.2010 17:04, schrieb Andrei Pelinescu-Onciul:
On Jul 06, 2010 at 16:55, Klaus
Darilion wrote:
Am 06.07.2010 16:36, schrieb Andrei Pelinescu-O
Hey,
It's sent when I hit the red button on the phone ( hang up ). It's not
automated.
David
On 2010-07-06 11:39, Klaus Darilion wrote:
Am 06.07.2010 17:04, schrieb Andrei Pelinescu-Onciul:
On Jul 06, 2010 at 16:55, Klaus
Darilion wrote:
Am 06.07.2010 16:36, schrieb Andrei Pelinescu-O
Am 06.07.2010 17:04, schrieb Andrei Pelinescu-Onciul:
On Jul 06, 2010 at 16:55, Klaus Darilion wrote:
Am 06.07.2010 16:36, schrieb Andrei Pelinescu-Onciul:
On Jul 06, 2010 at 14:06, Klaus Darilion wrote:
Obiously the device is buggy.
But there is also on strange thing at Kamailio: it r
2010/7/6 Iñaki Baz Castillo :
> 2010/7/6 inge :
>> it seems that the CSeq on ACK contains the ACK himself. Probably because
>> ACK is a request and not a response.
>
> Please explain better what you mean as this text makes no lot of sense :)
Ah, you meant the method within the CSeq header, then it
Hi Adrien,
On 07/06/2010 10:39 AM, inge wrote:
Firstly, I was thinking to make a difference using the CSeq field, but
it seems that the CSeq on ACK contains the ACK himself. Probably because
ACK is a request and not a response.
You are correct; ACK is a wholly different request and a separat
2010/7/6 inge :
> it seems that the CSeq on ACK contains the ACK himself. Probably because
> ACK is a request and not a response.
Please explain better what you mean as this text makes no lot of sense :)
--
Iñaki Baz Castillo
___
SIP Express Router (
On Jul 06, 2010 at 16:55, Klaus Darilion wrote:
>
>
> Am 06.07.2010 16:36, schrieb Andrei Pelinescu-Onciul:
> >On Jul 06, 2010 at 14:06, Klaus Darilion
> >wrote:
> >>Obiously the device is buggy.
> >>
> >>But there is also on strange thing at Kamailio: it retransmits the
> >>CANCEL although it
Am 06.07.2010 16:36, schrieb Andrei Pelinescu-Onciul:
On Jul 06, 2010 at 14:06, Klaus Darilion wrote:
Obiously the device is buggy.
But there is also on strange thing at Kamailio: it retransmits the
CANCEL although it has already received 481 response on the CANCEL
request.
The first 481 s
Hello all,
I need to work on particular ACK within the configuration of SER 0.9.9.
Firstly, I was thinking to make a difference using the CSeq field, but
it seems that the CSeq on ACK contains the ACK himself. Probably because
ACK is a request and not a response.
Would it be possible to proceed
On Jul 06, 2010 at 14:06, Klaus Darilion wrote:
> Obiously the device is buggy.
>
> But there is also on strange thing at Kamailio: it retransmits the
> CANCEL although it has already received 481 response on the CANCEL
> request.
The first 481 stops the CANCEL retransmissions, however each addi
Obiously the device is buggy.
But there is also on strange thing at Kamailio: it retransmits the
CANCEL although it has already received 481 response on the CANCEL request.
regards
klaus
Am 06.07.2010 00:06, schrieb David:
Hello,
Here are the corrected attachments, I sent the email from Win
2010/7/6 Daniel-Constantin Mierla :
>> My question was about the max number of N in avp(i:N). I expected that
>> the max numbers of ID N avps is N.
>>
>
> hmm, unless I misunderstand you, this is wrong.
>
> Say N=10, then you can have as many $avp(i:10) as you want -- is no limit.
>
> For example:
On 7/6/10 12:07 PM, Iñaki Baz Castillo wrote:
2010/7/6 Daniel-Constantin Mierla:
was your question how many avps with ID N can be or how many distinct N you
can have?
Haven't check if has changed in SER 2.0 (therefore in 3.0 as well), but in K
1.x and older S the ID was short int (16b), s
Hello,
fyi: summary of the devel meeting in Berlin, June 8, 2010, was uploaded to:
http://sip-router.org/wiki/meetings/berlin-2010-minutes
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com/
___
SIP Express Router (SER) and Kamailio (
2010/7/6 Daniel-Constantin Mierla :
> was your question how many avps with ID N can be or how many distinct N you
> can have?
>
> Haven't check if has changed in SER 2.0 (therefore in 3.0 as well), but in K
> 1.x and older S the ID was short int (16b), so N can be any number from 1 to
> 2^16-1.
My
On 7/6/10 11:49 AM, Iñaki Baz Castillo wrote:
2010/7/6 Andrei Pelinescu-Onciul:
Hi, could it be clarified please? I also wonder how many integer AVP's
(i:N) can exist. Does it depend on the 32/64 bits architecture?
The flags are stored internally on 32 bits, but you should use nam
On 7/6/10 11:34 AM, Andrei Pelinescu-Onciul wrote:
On Jul 06, 2010 at 10:24, Daniel-Constantin Mierla wrote:
Hello,
On 7/6/10 10:16 AM, Alex Balashov wrote:
Daniel,
Based on this, I think I was erroneous in suggesting that plain
flags (setflag, isflagset) are transaction-associat
2010/7/6 Andrei Pelinescu-Onciul :
>> Hi, could it be clarified please? I also wonder how many integer AVP's
>> (i:N) can exist. Does it depend on the 32/64 bits architecture?
>
> The flags are stored internally on 32 bits, but you should use names for
> the flags so you shouldn't care (unless you
On Jul 06, 2010 at 10:43, Iñaki Baz Castillo wrote:
> 2010/7/6 Alex Balashov :
> > It sets bits in a 32-bit integer (it may be 64-bit on 64-bit platforms, of
> > this I am not sure)
>
> Hi, could it be clarified please? I also wonder how many integer AVP's
> (i:N) can exist. Does it depend on the
On Jul 06, 2010 at 10:24, Daniel-Constantin Mierla wrote:
> Hello,
>
> On 7/6/10 10:16 AM, Alex Balashov wrote:
> >Daniel,
> >
> >Based on this, I think I was erroneous in suggesting that plain
> >flags (setflag, isflagset) are transaction-associated. They seem
> >to be message-associated, not t
On Jul 06, 2010 at 10:05, Daniel-Constantin Mierla wrote:
> Hello,
>
> here is a wiki page with some flag bitmask vector examples that might help:
> http://www.kamailio.org/dokuwiki/doku.php/tutorials:openser-flag-operations
>
> The cfg file examples are for older kamailio versions.
Indeed.
Th
2010/7/6 Alex Balashov :
> It sets bits in a 32-bit integer (it may be 64-bit on 64-bit platforms, of
> this I am not sure)
Hi, could it be clarified please? I also wonder how many integer AVP's
(i:N) can exist. Does it depend on the 32/64 bits architecture?
Thanks.
--
Iñaki Baz Castillo
On 7/6/10 10:32 AM, Alex Balashov wrote:
On 07/06/2010 04:24 AM, Daniel-Constantin Mierla wrote:
On 7/6/10 10:16 AM, Alex Balashov wrote:
Daniel,
Based on this, I think I was erroneous in suggesting that plain flags
(setflag, isflagset) are transaction-associated. They seem to be
message-as
On 07/06/2010 04:24 AM, Daniel-Constantin Mierla wrote:
On 7/6/10 10:16 AM, Alex Balashov wrote:
Daniel,
Based on this, I think I was erroneous in suggesting that plain flags
(setflag, isflagset) are transaction-associated. They seem to be
message-associated, not transaction. Is this right?
Hello,
On 7/6/10 10:16 AM, Alex Balashov wrote:
Daniel,
Based on this, I think I was erroneous in suggesting that plain flags
(setflag, isflagset) are transaction-associated. They seem to be
message-associated, not transaction. Is this right?
in first place is associated to message, then
Daniel,
Based on this, I think I was erroneous in suggesting that plain flags
(setflag, isflagset) are transaction-associated. They seem to be
message-associated, not transaction. Is this right?
Thanks,
-- Alex
On 07/06/2010 04:05 AM, Daniel-Constantin Mierla wrote:
Hello,
here is a wi
Hello,
here is a wiki page with some flag bitmask vector examples that might help:
http://www.kamailio.org/dokuwiki/doku.php/tutorials:openser-flag-operations
The cfg file examples are for older kamailio versions.
Cheers,
Daniel
On 7/6/10 4:02 AM, Alex Balashov wrote:
On 07/05/2010 09:59 PM,
40 matches
Mail list logo
