Hello Pedro,
I meant when removing option line kamailio starts getting message 484.
Slava.
- Original Message -
From: "Pedro Niño"
To: "Kamailio (SER) - Users Mailing List"
Sent: Wednesday, April 9, 2014 2:35:01 PM
Subject: Re: [SR-Users] message 484
Ge
ng List" >
> *Sent: *Tuesday, April 1, 2014 8:40:58 PM
> *Subject: *Re: [SR-Users] message 484
>
> I think you should remove this section: or comment it, its behavior is not
> the one we want at this moment.
>
> ---
>
> if (is_method("OPTIONS") || a
(SER) - Users Mailing List"
Sent: Tuesday, April 1, 2014 8:40:58 PM
Subject: Re: [SR-Users] message 484
I think you should remove this section: or comment it, its behavior is not the
one we want at this moment.
---
if (is_method("OPTIONS") || allow_trusted("$si",&
Hello Pedro,
I just come back on line.
If i remove this line I start getting
- Original Message -
From: "Pedro Niño"
To: "Kamailio (SER) - Users Mailing List"
Sent: Tuesday, April 1, 2014 8:40:58 PM
Subject: Re: [SR-Users] message 484
I think you should
s Not Exist
>> Via: SIP/2.0/UDP 10.237.236.207:5062;branch=z9hG4bK7b8eba54
>> To: "Slava Bendersky";tag=6358d712
>> From: ;tag=as3b53c4ae
>> Call-ID: YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI.
>> CSeq: 102 BYE
>> Accept-Language: en
>> Content-Leng
SIP dialog
> 'YTk2YTBlYjQzYzJiZDQ4OTRkMmI3Nzk1NGU0ZDg1NTI.' Method: INVITE
> Reliably Transmitting (no NAT) to 10.237.236.207:5060:
> OPTIONS sip:10.237.236.207 SIP/2.0
> Via: SIP/2.0/UDP 10.237.236.207:5062;branch=z9hG4bK51a7f1ef
> Max-Forwards: 70
> From: "asterisk"
PBX 12.0.0
Date: Mon, 31 Mar 2014 18:44:35 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO,
PUBLISH
Supported: replaces, timer
Content-Length: 0
Slava.
- Original Message -----
From: "Pedro Niño"
To: "Kamailio (SER) - Users Mailing List&
quot;
To: "Kamailio (SER) - Users Mailing List"
Sent: Monday, March 31, 2014 9:51:11 AM
Subject: Re: [SR-Users] message 484
So, the problem is that calls made from a direct connected user, falls to
voicemail? Even if the other user is online?
All the users are on the same asteris
*From: *"Olle E. Johansson"
> *To: *"Kamailio (SER) - Users Mailing List" >
> *Sent: *Monday, March 31, 2014 3:33:11 AM
> *Subject: *Re: [SR-Users] message 484
>
> Hi!
> I guess this is a poorly configured Asterisk server that has
> "Allowoverlap&q
amailio (SER) - Users Mailing List"
Sent: Monday, March 31, 2014 3:33:11 AM
Subject: Re: [SR-Users] message 484
Hi!
I guess this is a poorly configured Asterisk server that has "Allowoverlap"
enabled.
A 484 is used for overlap dialing. The server says "I need more digit
to voicemail.
Slva.
- Original Message -
From: "Olle E. Johansson"
To: "Kamailio (SER) - Users Mailing List"
Sent: Monday, March 31, 2014 3:33:11 AM
Subject: Re: [SR-Users] message 484
Hi!
I guess this is a poorly configured Asterisk server that has "A
Hi!
I guess this is a poorly configured Asterisk server that has "Allowoverlap"
enabled.
A 484 is used for overlap dialing. The server says "I need more digits to
complete this call".
/O
On 31 Mar 2014, at 02:30, Pedro Niño wrote:
> I think this is the correct behavior, as asterisk server is
;Pedro Niño"
To: "Kamailio (SER) - Users Mailing List"
Sent: Sunday, March 30, 2014 11:20:50 PM
Subject: Re: [SR-Users] message 484
Just be aware, with this any options message from anybody will be answered with
ok.
I would prefer to make it specific, at least to be sure
33855...@networklab.loc.
> CSeq: 102 OPTIONS.
> Server: kamailio (4.1.2 (x86_64/linux)).
> Content-Length: 0.
>
> Slava.
>
> --
> *From: *"Pedro Niño"
> *To: *"Kamailio (SER) - Users Mailing List" >
> *Sent: *Sunday, March 30
1.2 (x86_64/linux)).
Content-Length: 0.
Slava.
- Original Message -
From: "Pedro Niño"
To: "Kamailio (SER) - Users Mailing List"
Sent: Sunday, March 30, 2014 10:04:30 PM
Subject: Re: [SR-Users] message 484
Ok, I wonder
If this is a message you
8f5f3a7e58.b6d2
>> Call-ID: 4dc3968e64c3c16c4ad4f2407f2af...@networklab.loc
>> CSeq: 102 OPTIONS
>> Contact: ;expires=3600
>> Server: kamailio (4.1.2 (x86_64/linux))
>> Content-Length: 0
>>
>>
>> if ($rU==$null)
>> {
>>
in RURI
> sl_send_reply("484","Address Incomplete");
> exit;
> }
>
>
> Slava.
>
> --
> *From: *"Pedro Niño"
> *To: *"Kamailio (SER) - Users Mailing List" >
>
URI
sl_send_reply("484","Address Incomplete");
exit;
}
Slava.
- Original Message -
From: "Pedro Niño"
To: "Kamailio (SER) - Users Mailing List"
Sent: Sunday, March 30, 2014 8:30:56 PM
Subject: Re: [SR-Users] message 484
I think t
I think this is the correct behavior, as asterisk server is complaining
about the address/request not containing all the necesary data to process
the message
Can you please elaborate with a bit more of detail? Also can use tools
like sngrep, tcpdump (or wireshark) to have a better view of the co
Hello Everyone,
How to correct message 484
Is need use txt module to fill string with correct information ?
<--- SIP read from UDP:192.168.100.145:5060 --->
SIP/2.0 484 Address Incomplete
Via: SIP/2.0/UDP 192.168.100.145:5062;branch=z9hG4bK5ec564e6
From: "asterisk" ;tag=as0a530a8d
To: ;tag=
20 matches
Mail list logo
