SER will try to resolve using DNS SRV and A lookups unless you specify IP
addresses, so:
route[2]
{
#Host and port where Asterisk is listening, sip.conf
rewritehostport("192.168.1.5:5070");
route(1);
break;
}
g-)
Antonio Cano damas wrote:
Hi,
That seems to start working :). I've made the next changes:
listen="redstar.organization.org"
alias="192.168.1.5"
alias="organization.org"
alias="redstar.organization.org"
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
And the proper updates into MySQL Database for domain like
'redstar.organization.org'.
Now I've got happening something strange, my UAs x-lite and
grandstream can register but Asterisk doesn't (at first look).
Looking the URIS I've seen that X-lite generate
@192.168.1.5redstar.organization.org while Asterisk generate
@redstar.organization.org. Finally I've got registering the Asterisk
using fromdomain=
192.168.1.5restar.organization.org :-/
My next step is try to make a call from X-Lite to one extension of
Asterisk. In the SER.cfg:
A) Into the INVITE process section:
if (uri =~ "^sip:(2[0-9][0-9])@*" ) {
log(1,"Al asterisk\n");
route(2);
break;
};
B)
route[2]
{
#Host and port where Asterisk is listening, sip.conf
rewritehostport("192.168.1.5redstar.organization.org:5070");
route(1);
break;
}
route[1]
{
# if client or server know to be behind a NAT, enable relay
if (isflagset(6)) {
#log(1, "Pasando por force_rtp_proxy\n");
append_hf("P-Hint: Pasando por RTP_PROXY\r\n");
force_rtp_proxy();
};
# labeled all transaction for accounting
#setflag(4);
# send it out now; use stateful forwarding as it works reliably
# even for UDP2TCP
if (!t_relay()) {
sl_reply_error();
};
}
With that the INVITE petition gets an Request Timeout response,
making a little of ngrep:
U IP_Client_UA:5060 -> 192.168.1.5:5060
INVITE sip:213@192.168.1.5redstar.organization.org SIP/2.0..Via:
SIP/2.0/UDP
192.168.0.6:5060;rport;branch=z9hG4bK4F9444CAD6AD11D9B421000A95A55E26..From:
Anto
nio F. Cano <sip:10101@redstar.organization.org>;tag=1817289323..To:
<sip:213@redstar.organization.org>..Contact:
<sip:10101@192.168.0.6:5060>..Call-ID: 4F13C7CB-D
6AD-11D9-B421-000A95A55E26@192.168.0.6..CSeq: 3733
INVITE..Max-Forwards: 70..Content-Type: application/sdp..User-Agent:
X-Lite release 1103m..Content-Len
gth: 263....v=0..o=10101 5457996 5458244 IN IP4
192.168.0.6..s=X-Lite..c=IN IP4 192.168.0.6..t=0 0..m=audio 8000
RTP/AVP 3 0 8 98 101..a=rtpmap:0 pcmu/80
00..a=rtpmap:8 pcma/8000..a=rtpmap:3 gsm/8000..a=rtpmap:98
iLBC/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101
0-15..
#
U 192.168.1.5:5060 -> IP_DNS_SERVER:5070
INVITE sip:213@192.168.1.5redstar.organization.org:5070
SIP/2.0..Record-Route:
<sip:213@192.168.1.5;ftag=1817289323;lr=on>..Via: SIP/2.0/UDP
192.168.1.5;branc h=z9hG4bK151f.afc77ca4.0..Via: SIP/2.0/UDP
192.168.0.6:5060;received=IP_Client_UA;rport=5060;branch=z9hG4bK4F9444CAD6AD11D9B421000A95A55E26..From:
Antonio
F. Cano <sip:10101@redstar.organization.org>;tag=1817289323..To:
<sip:213@redstar.organization.org>..Contact:
<sip:10101@IP_Client_UA:5060>..Call-ID: 4F13C7CB-D6AD-1
1D9-B421-000A95A55E26@192.168.0.6..CSeq: 3733 INVITE..Max-Forwards:
69..Content-Type: application/sdp..User-Agent: X-Lite release
1103m..Content-Length:
283..P-Hint: Nat uac_test=3 ..P-Hint: Metodo INVITE corrigiendo
SDP..P-Hint: Pasando por RTP_PROXY....v=0..o=10101 5457996 5458244 IN
IP4 192.168.0.6..s=
X-Lite..c=IN IP4 192.168.0.6..t=0 0..m=audio 8000 RTP/AVP 3 0 8 98
101..a=rtpmap:0 pcmu/8000..a=rtpmap:8 pcma/8000..a=rtpmap:3
gsm/8000..a=rtpmap:98 iLBC
/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101
0-15..a=direction:active..
Why SER sends the message to IP_DNS_SERVER in place of
192.168.1.5redstar.organization.org?
What's happen here? I don't understand nothing. What I make wrong? The
@192.168.1.5redstar.organization.org doesn't seem to be so elegant is
there any way to make it like
redstar.organization.org
Kind regards and thanks for your time,
Antonio F. Cano
Greger V. Teigre wrote:
> You can turn off SRV in X-Lite and Grandstream (Use DNS SRV option)
> And use SIP proxy: fully qualified domain name (same as outbound)
> g-)
> Antonio Cano damas wrote:
>
>> Hello all,
>>
>> First of all excuses for my bad english. I was looking into the list
>> and doesn't find nothing similar to my problem maybe I didn't use
>> the correct keywords.
>>
>> I've got a Proxy that is behaind and Public IP and I've got a
>> subdomain name pointing to this machine. But the DNS server isn't
>> mine and I can't add a SRV record, I've redirected all petitions to
>> this server and in that way if I make a petition of anykind service
>> (ssh, web, ...) to the
subdomain.name.com it comes into the
>> machine. The problem is that all de UA i try (X-Lite, Grandstream and
>> Asterisk) makes DNS SRV queries and i don't know how to avoid this.
>>
>> For example:
>>
>> My subdomain is
redstar.organization.org and I'd like to use the
>> realm
organization.org
>>
>> + File /etc/hosts
>> 192.168.1.5 Public_IP_Of_RedStar
redstar.organization.org
>> redstar
>>
>> + In /etc/init.d/ser I've got this params line:
>> PARAMS="-P $PIDFILE -u root -g root -l
>> redstar.organization.org" --->I try using -l
>>
organization.org, but the server said to me: 0(0)
>> ERROR: udp_init: bind(5, 0x80c8cc0, 16) on
IP_Organization.org:
>> Cannot assign requested address
>>
>> + In /etc/ser/ser.cfg added this:
>> alias="organization.org"
>> alias="redstar.organization.org"
>>
>> + MySQL tables the domain field value is 'organization.org'
>>
>> When I start the SER it tells me:
>> Restarting ser: serListening on
>> Public_IP_Of_Redstar [192.168.1.5]:5060
>> Aliases: redstar:5060 redstar.organization.org:*
>> organization.org:* The UA Grandstream config is:
>> SIP Server:
organization.org
>> Outbound Proxy:
redstar.organization.org
>>
>> And the received answer is a 478 Unresolveable destination. Can
>> anyone help me? What can I do? I'm a little desesperated :(
>>
>> Thanks in advance,
>> Antonio F. Cano
>>
>> Ngrep log result into
redstar.organization.org machine:
>>
>> U UA_Public_IP:62303 -> 192.168.1.5:5060
>> REGISTER
sip:192.168.1.5organization.org SIP/2.0..Via: SIP/2.0/UDP
>> 192.168.0.9:62303;branch=z9hG4bK083fbe
>> 2c60e48e32..From: "Antonio F. Cano (iGT)"
>> <sip:10101@organization.org;user=phone>;tag=b511698681c5146b..T
>> o: <sip:10101@organization.org;user=phone>..Contact:
>> <sip:10101@192.168.0.9:62303;user=phone>..Call-ID: 3
>> 4ee28e5dad286d9@192.168.0.9..CSeq: 100 REGISTER..Expires:
>> 3600..User-Agent: Grandstream HT487 1.0.5.
>> 18..Max-Forwards: 70..Allow:
>> INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Leng
>> th:
>> 0....
>>
>> #
>>
>> Why this 'sip:192.168.1.5organization.org'?
>>
>> U 192.168.1.5:32863 -> 195.235.113.3:53
>>
>>
Z............_sip._udp.192.168.1.5organization.org..!..
>>
>>
>> ######################################################################
>> U UA_Public_IP:62303 -> 192.168.1.5:5060
>> REGISTER
sip:192.168.1.5organization.org SIP/2.0..Via: SIP/2.0/UDP
>> 192.168.0.9:62303;branch=z9hG4bK083fbe
>> 2c60e48e32..From: "Antonio F. Cano (iGT)"
>> <sip:10101@organization.org;user=phone>;tag=b511698681c5146b..T
>> o: <sip:10101@organization.org;user=phone>..Contact:
>> <sip:10101@192.168.0.9:62303;user=phone>..Call-ID: 3
>> 4ee28e5dad286d9@192.168.0.9..CSeq: 100 REGISTER..Expires:
>> 3600..User-Agent: Grandstream HT487 1.0.5.
>> 18..Max-Forwards: 70..Allow:
>> INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Leng
>> th:
>> 0....
>>
>> #########################################################
>> U 195.235.113.3:53 -> 192.168.1.5:32863
>>
>>
Z............_sip._udp.192.168.1.5organization.org..!...)......*0.=.a.gtld-servers.).nstld.verisign-grs.c
>>
>>
>> om.B..@..........:.....
>>
>> #
>> U 192.168.1.5:32863 -> 195.235.113.3:53
>>
>>
Z............_sip._udp.192.168.1.5organization.org..!..
>>
>> ##########
>> U 195.235.113.3:53 -> 192.168.1.5:32863
>>
>>
Z............_sip._udp.192.168.1.5organization.org..!...)......*0.=.a.gtld-servers.).nstld.verisign-grs.c
>>
>>
>> om.B..@..........:.....
>>
>>
##################################################################################################################
>>
>> U UA_Public_IP:62303 -> 192.168.1.5:5060
>> REGISTER
sip:192.168.1.5organization.org SIP/2.0..Via: SIP/2.0/UDP
>> 192.168.0.9:62303;branch=z9hG4bK083fbe
>> 2c60e48e32..From: "Antonio F. Cano (iGT)"
>> <sip:10101@organization.org;user=phone>;tag=b511698681c5146b..T
>> o: <sip:10101@organization.org;user=phone>..Contact:
>> <sip:10101@192.168.0.9:62303;user=phone>..Call-ID: 3
>> 4ee28e5dad286d9@192.168.0.9..CSeq: 100 REGISTER..Expires:
>> 3600..User-Agent: Grandstream HT487 1.0.5.
>> 18..Max-Forwards: 70..Allow:
>> INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Leng
>> th:
>> 0....
>>
>>
###########################################################################################################################
>>
>> U 192.168.1.5:5060 -> UA_Public_IP:62303
>> SIP/2.0 478 Unresolveable destination (478/TM)..Via: SIP/2.0/UDP
>> 192.168.0.9:62303;branch=z9hG4bK083
>> fbe2c60e48e32;rport=62303;received=IP_Client_UA..From: "Antonio F.
>> Cano (iGT)" <sip:10101@organization.org;
>> user=phone>;tag=b511698681c5146b..To:
>> <sip:10101@organization.org;user=phone>;tag=1b908f8c725dfd3e50cbc74
>> f548dfb0d-588b..Call-ID: 34ee28e5dad286d9@192.168.0.9..CSeq: 100
>> REGISTER..Server: Sip EXpress route
>> r (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392
>> 80.38.244.122:5060 "Noisy feedback tells:
>> pid=8023 req_src_ip=IP_Client_UA req_src_port=62303
>>
in_uri=sip:192.168.1.5organization.org out_uri=sip:192.
>>
168.1.5organization.org
>> via_cnt==1"....
>>
>>
>> _______________________________________________
>> Serusers mailing list
>> serusers(a)lists.iptel.org
>>
http://lists.iptel.org/mailman/listinfo/serusers