Hello,
there will be some DNS updates to kamailio.org domain during this
weekend, so there might be some outages until the DNS propagates. You
can safely use kamailio.net to browse the web all the time.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com
i am helping krunal debug this issue.
The log from the router seems fine, no dealy in any other kind of messages.
As the packets leave the router after 15ms they reach the proxy.
Logging the router we get that the new invite is sent with delay,
Is it possible that the router has some problem preparing the digest
parameters?
The very strange think is that the same router with the same config
changing
only the default proxy and letting it to point to a old SER config that
does
the invita auth by the same way, we don't get any delay.
regards
Rosario Pingaro
D. Lgs 196/2003
Il presente messaggio contiene informazioni confidenziali, indirizzate
esclusivamente alle persone sopra indicate. Se il ricevente non è tra dette
persone, non dovrà intraprendere alcuna azione, tipo copia, stampa o
trasmettere il suo contenuto a terzi ed i relativi allegati, ma solo
informare il mittente dell'errore e cancellare il messaggio. Il mittente
dovrà, altresì, accertarsi che gli allegati non contengano virus prima di
aprirli.
> ----- Original Message -----
> From: "Daniel-Constantin Mierla" <miconda(a)gmail.com>
> To: "Krunal Patel" <krunal.lists(a)gmail.com>
> Cc: <users(a)lists.kamailio.org>
> Sent: Saturday, December 20, 2008 10:20 AM
> Subject: Re: [Kamailio-Users] Help!! Delay in Invite with Authentication
>
>
>> Hello,
>>
>> On 12/19/08 15:40, Krunal Patel wrote:
>>> Hi,
>>>
>>> I am using openser 1.2.3.
>>>
>>> From a router calls comes to openser.
>>> Router is PATTON 4960.
>>> I am using domain name to send calls to openser.
>>>
>>> First invite comes to openser & openser sends 407 to the router & then
>>> getting ACK from the router to openser.
>>>
>>> Now the invite with authentication comes after almost 10 to 11 sec
>>> Since ACK comes to openser.
>> looks being related to the client. Can you check the logs of the router?
>> Might be something with the DNS, responding slow.
>>
>> Also, if you can plug the router in a hub you can check when the
>> messages are sent and when they reach the sip proxy, being able to see
>> where is the issue.
>>
>> Cheers,
>> Daniel
>>
>>>
>>> Here is the trace:
>>> #
>>> U 2008/12/19 12:24:24.374228 XXX.XXX.XXX.XXX:5060 ->
>>> YYY.YYY.YYY.YYY:5060
>>> INVITE sip:[TO_NUMBER]@[EMAIL PROTECTED] SIP/2.0.
>>> Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;branch=z9hG4bK227032cab.
>>> Max-Forwards: 70.
>>> Content-Length: 341.
>>> To: sip:[TO_NUMBER]@[EMAIL PROTECTED].
>>> From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
>>> ...
>>> #
>>> U 2008/12/19 12:24:24.374544 YYY.YYY.YYY.YYY:5060 ->
>>> XXX.XXX.XXX.XXX:5060
>>> SIP/2.0 407 Proxy Authentication Required.
>>> Via: SIP/2.0/UDP
>>> XXX.XXX.XXX.XXX:5060;branch=z9hG4bK227032cab;rport=5060.
>>> To: sip:[TO_NUMBER]@[EMAIL
>>> PROTECTED];tag=b802e73ab92fec121a4f880263d541a3.7575.
>>> From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
>>> ...
>>>
>>> #
>>> U 2008/12/19 12:24:24.407646 XXX.XXX.XXX.XXX:5060 ->
>>> YYY.YYY.YYY.YYY:5060
>>> ACK sip:[TO_NUMBER]@[EMAIL PROTECTED] SIP/2.0.
>>> Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;branch=z9hG4bK227032cab.
>>> Max-Forwards: 70.
>>> Content-Length: 0.
>>> To: sip:[TO_NUMBER]@[EMAIL
>>> PROTECTED];tag=b802e73ab92fec121a4f880263d541a3.7575.
>>> Route: <sip:[EMAIL PROTECTED]:5060;lr>.
>>> ....
>>>
>>>
>>> #
>>> U 2008/12/19 12:24:35.667448 XXX.XXX.XXX.XXX:5060 ->
>>> YYY.YYY.YYY.YYY:5060
>>> INVITE sip:[TO_NUMBER]@[EMAIL PROTECTED] SIP/2.0.
>>> Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;branch=z9hG4bK3362d177f.
>>> Max-Forwards: 70.
>>> Content-Length: 341.
>>> To: sip:[TO_NUMBER]@[EMAIL PROTECTED].
>>> From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
>>> Route: <sip:[EMAIL PROTECTED]:5060;lr>.
>>> ...
>>>
>>> U 2008/12/19 12:24:35.692576 YYY.YYY.YYY.YYY:5060 ->
>>> ZZZ.ZZZ.ZZZ.ZZZ:5060
>>> INVITE sip:[TO_NUMBER]@ZZZ.ZZZ.ZZZ.ZZZ:5060;transport=udp SIP/2.0.
>>> Record-Route: <sip:[TO_NUMBER]@[EMAIL
>>> PROTECTED]:5060;ftag=72a0c76ae3d477c;lr=on>.
>>> Via: SIP/2.0/UDP YYY.YYY.YYY.YYY;branch=z9hG4bK32dd.6cc062c5.0.
>>> Via: SIP/2.0/UDP
>>> XXX.XXX.XXX.XXX:5060;rport=5060;branch=z9hG4bK3362d177f.
>>> Max-Forwards: 69.
>>> Content-Length: 341.
>>> To: sip:[TO_NUMBER]@[EMAIL PROTECTED].
>>> From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
>>> ...
>>>
>>> U 2008/12/19 12:24:35.731432 ZZZ.ZZZ.ZZZ.ZZZ:5060 ->
>>> YYY.YYY.YYY.YYY:5060
>>> SIP/2.0 100 Trying.
>>> Call-ID: 1c00f084ccd0232ad5ab638dc6a7ccfd@[EMAIL PROTECTED].
>>> CSeq: 1965370819 INVITE.
>>> From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
>>> ....
>>>
>>>
>>> U 2008/12/19 12:24:35.849714 ZZZ.ZZZ.ZZZ.ZZZ:5060 ->
>>> YYY.YYY.YYY.YYY:5060
>>> SIP/2.0 183 Session Progress.
>>> Call-ID: 1c00f084ccd0232ad5ab638dc6a7ccfd@[EMAIL PROTECTED].
>>> CSeq: 1965370819 INVITE.
>>> From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
>>> To: sip:[TO_NUMBER]@[EMAIL PROTECTED];tag=86f125f633683d0.
>>> ...
>>>
>>> #
>>> U 2008/12/19 12:24:35.849961 YYY.YYY.YYY.YYY:5060 ->
>>> XXX.XXX.XXX.XXX:5060
>>> SIP/2.0 183 Session Progress.
>>> Call-ID: 1c00f084ccd0232ad5ab638dc6a7ccfd@[EMAIL PROTECTED].
>>> CSeq: 1965370819 INVITE.
>>> From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
>>> To: sip:[TO_NUMBER]@[EMAIL PROTECTED];tag=86f125f633683d0.
>>>
>>>
>>> Can anybody help me to trobleshoot the issue?
>>>
>>> Thanks in Advance!!
>>>
>>> --
>>> Krunal patel
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)lists.kamailio.org
>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>
>>
>> --
>> Daniel-Constantin Mierla
>> http://www.asipto.com
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>
>>
>
Hi,
I am using openser 1.2.3.
>From a router calls comes to openser.
Router is PATTON 4960.
I am using domain name to send calls to openser.
First invite comes to openser & openser sends 407 to the router & then
getting ACK from the router to openser.
Now the invite with authentication comes after almost 10 to 11 sec Since ACK
comes to openser.
Here is the trace:
#
U 2008/12/19 12:24:24.374228 XXX.XXX.XXX.XXX:5060 -> YYY.YYY.YYY.YYY:5060
INVITE sip:[TO_NUMBER]@[EMAIL PROTECTED] SIP/2.0.
Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;branch=z9hG4bK227032cab.
Max-Forwards: 70.
Content-Length: 341.
To: sip:[TO_NUMBER]@[EMAIL PROTECTED].
From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
...
#
U 2008/12/19 12:24:24.374544 YYY.YYY.YYY.YYY:5060 -> XXX.XXX.XXX.XXX:5060
SIP/2.0 407 Proxy Authentication Required.
Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;branch=z9hG4bK227032cab;rport=5060.
To: sip:[TO_NUMBER]@[EMAIL
PROTECTED];tag=b802e73ab92fec121a4f880263d541a3.7575.
From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
...
#
U 2008/12/19 12:24:24.407646 XXX.XXX.XXX.XXX:5060 -> YYY.YYY.YYY.YYY:5060
ACK sip:[TO_NUMBER]@[EMAIL PROTECTED] SIP/2.0.
Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;branch=z9hG4bK227032cab.
Max-Forwards: 70.
Content-Length: 0.
To: sip:[TO_NUMBER]@[EMAIL
PROTECTED];tag=b802e73ab92fec121a4f880263d541a3.7575.
Route: <sip:[EMAIL PROTECTED]:5060;lr>.
....
#
U 2008/12/19 12:24:35.667448 XXX.XXX.XXX.XXX:5060 -> YYY.YYY.YYY.YYY:5060
INVITE sip:[TO_NUMBER]@[EMAIL PROTECTED] SIP/2.0.
Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;branch=z9hG4bK3362d177f.
Max-Forwards: 70.
Content-Length: 341.
To: sip:[TO_NUMBER]@[EMAIL PROTECTED].
From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
Route: <sip:[EMAIL PROTECTED]:5060;lr>.
...
U 2008/12/19 12:24:35.692576 YYY.YYY.YYY.YYY:5060 -> ZZZ.ZZZ.ZZZ.ZZZ:5060
INVITE sip:[TO_NUMBER]@ZZZ.ZZZ.ZZZ.ZZZ:5060;transport=udp SIP/2.0.
Record-Route: <sip:[TO_NUMBER]@[EMAIL
PROTECTED]:5060;ftag=72a0c76ae3d477c;lr=on>.
Via: SIP/2.0/UDP YYY.YYY.YYY.YYY;branch=z9hG4bK32dd.6cc062c5.0.
Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;rport=5060;branch=z9hG4bK3362d177f.
Max-Forwards: 69.
Content-Length: 341.
To: sip:[TO_NUMBER]@[EMAIL PROTECTED].
From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
...
U 2008/12/19 12:24:35.731432 ZZZ.ZZZ.ZZZ.ZZZ:5060 -> YYY.YYY.YYY.YYY:5060
SIP/2.0 100 Trying.
Call-ID: 1c00f084ccd0232ad5ab638dc6a7ccfd@[EMAIL PROTECTED].
CSeq: 1965370819 INVITE.
From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
....
U 2008/12/19 12:24:35.849714 ZZZ.ZZZ.ZZZ.ZZZ:5060 -> YYY.YYY.YYY.YYY:5060
SIP/2.0 183 Session Progress.
Call-ID: 1c00f084ccd0232ad5ab638dc6a7ccfd@[EMAIL PROTECTED].
CSeq: 1965370819 INVITE.
From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
To: sip:[TO_NUMBER]@[EMAIL PROTECTED];tag=86f125f633683d0.
...
#
U 2008/12/19 12:24:35.849961 YYY.YYY.YYY.YYY:5060 -> XXX.XXX.XXX.XXX:5060
SIP/2.0 183 Session Progress.
Call-ID: 1c00f084ccd0232ad5ab638dc6a7ccfd@[EMAIL PROTECTED].
CSeq: 1965370819 INVITE.
From: sip:[FROM_NUMBER]@[EMAIL PROTECTED];tag=72a0c76ae3d477c.
To: sip:[TO_NUMBER]@[EMAIL PROTECTED];tag=86f125f633683d0.
Can anybody help me to trobleshoot the issue?
Thanks in Advance!!
--
Krunal patel
I will be out of the office starting 12/18/2008 and will not return until
12/29/2008.
Please contact the CSC at 888-899-4227 if you need immediate assistance.
> On Monday 08 December 2008, Juan Asencio wrote:
>> Thank you for your fast response. So after I compile them, the files
>> carrierroute.so should appear on the directory of modules?
>>
>> Because I thought did it right, but I can't see the carrierroute.so
>> anywhere. So I'm not sure if I did it right :(
>
> Hi Juan,
>
> you need to edit the exclude_modules parameter in the Makefile, and remove
> the
> db_mysql and carrierroute module. After a new make; make install this
> modules
> should also be available.
>
> Cheers,
>
> Henning
>
Hi Henning, now the modules are available on the kamailio.cfg file, but
when I run the command "kamctl start" I got the following error:
ERROR: PID file /var/run/kamailio.pid does not exist -- Kamailio start failed
But, if comment on the .cfg file the carrierroute.so line, Kamailio is
able to start.
Do you have any suggestions about what I'm doing wrong?
Cheers,
Juan.-
I set the SER behind a NAT.
The SER’s private IP is 192.168.9.88
The NAT’s public IP is 122.194.106.139
I use the eyebeam to register to SER from internet via the NAT address.
But when the SER receive the register message, it find the
IP(122.194.106.139) in “To” & “from” line is different from the local
IP(192.168.9.88),
So the SER forward the register message and the register is failed.
How solve this problem. Thanks.
王振中 wangzz
艾诺通信系统(苏州)有限责任公司
苏州工业园区国际科技园一期203A
wangzz(a)avonaco.com
============================================
I want to change the ser.cfg.
Such as I want to define a new variable, and assign a string, etc
But I don’t know which language the ser.cfg use.
Is there any document to introduce the expression and language of ser.cfg?
THANKS
王振中 wangzz
艾诺通信系统(苏州)有限责任公司
苏州工业园区国际科技园一期203A
wangzz(a)avonaco.com
============================================