Hi,
Yes I got a different setup with kamailio 4.2.4 where I successfully
register the same UEs. But there we got some kind of issue with the rx
interface and before looking at the code we wanted to update kamailio
version and then see if same rx issue happens. At the moment is not
clear to me the rx issue therefore i couldn't describe it.
On 05/30/2016 04:28 PM, Carsten Bock wrote:
Hi Mihail,
you could also see the REGISTER in the PCAP, if you did not configure
your DNS/BIND properly...
Thanks,
Carsten
P.S.: I regularly test Zoiper with our own setup, it works... and it
even should work with the 4.4 version, you're running.
2016-05-30 17:25 GMT+03:00 Mihail Dakov <mihail.dakov(a)ng4t.com>om>:
>
> On 05/30/2016 04:11 PM, Carsten Bock wrote:
>> Hi,
>>
>> the Zone-File is the interesting part, not the Bind-Config.
>>
>> Did you configure the outbound Proxy on Zoiper properly?
> Yes, otherwise the REGISTER from the UE would be missing from the pcap,
> right?
>> You can actually see in the trace, that the Proxy-CSCF is forwarding
>> the packet to itself (looping) and at some point it drops the request.
>>
> I see that as well. I eliminated big part of the log as is the loop
> itself. After some time it gets stable. But to estimate the nature of
> the loop I get about 1M log lines with debug level 5 for 1 register
> procedure triggered from the UE.
>
> I guess i'll check with the trunk code meanwhile.
>> Thanks,
>> Carsten
>>
>> 2016-05-30 16:53 GMT+03:00 Mihail Dakov <mihail.dakov(a)ng4t.com>om>:
>>> Hi,
>>>
>>> DNS error? This is interesting. Well I got a local bind running with a
>>> dnszone provided from ims aio from
kamailio.org site. You can have a
>>> look at the bind config which copied adjusting port numbers.
>>> I would say that it does work:
>>>
>>> user@host:etc/kamailio$ host hss
>>> hss.open-ims.test has address 192.168.177.100
>>> user@host:/etc/kamailio$ host icscf
>>> icscf.open-ims.test has address 192.168.177.100
>>> user@host:/etc/kamailio$ host pcscf
>>> pcscf.open-ims.test has address 192.168.177.100
>>> user@host:/etc/kamailio$ host scscf
>>> scscf.open-ims.test has address 192.168.177.100
>>>
>>>
>>>
>>>
>>> On 05/30/2016 03:40 PM, Carsten Bock wrote:
>>>> Hi,
>>>>
>>>> looks to me, like a typical DNS error. How did you configure DNS?
>>>> You have BIND up and running and a proper Zone-File? Do the CSCF's
>>>> properly query the DNS?
>>>>
>>>> Thanks,
>>>> Carsten
>>>>
>>>> 2016-05-30 16:35 GMT+03:00 Mihail Dakov <mihail.dakov(a)ng4t.com>om>:
>>>>> Hi Folks,
>>>>>
>>>>> I have the strangest problem just after installing latest stable
>>>>> version. I had tried both ways using the repo
>>>>> (
http://deb.kamailio.org/kamailio44) and downloading code with local
>>>>> compile
(
https://www.kamailio.org/w/2016/05/kamailio-v4-4-1-released/)
>>>>>
>>>>> The initial scenario is to get M2M with commercial IP and
subsequently
>>>>> use the Rx interface to do the same. We are blocked because we
cannot
>>>>> even achieve clean register for the UEs.
>>>>>
>>>>> UE1(galaxy s4 zoiper) -------- Kamailio IMS aio
>>>>> |
>>>>> UE2(galaxy s4 zoiper) -------- |
>>>>>
>>>>>
>>>>> What happens is that the first register message triggers some
>>>>> quasi-endless loop in the PCSCF. Hence it cannot be forwarded to
SCSCF,
>>>>> ICSCF and HSS. But this doesn't always happen and between all the
parse
>>>>> problems there are some register messages which get passed to the
scscf
>>>>> icscf and hss. Somehow the parser feeds itself from the previous
parse
>>>>> run and thus loops quite intensively. The message I get is SIP/2.0
400
>>>>> CSeq method does not match request method.
>>>>> I must say that reiterating the registration process sometimes i get
the
>>>>> register and sometimes i don't.
>>>>>
>>>>> Has anyone encounter similar issue for similar use case and can
share
>>>>> some thoughs about a fix?
>>>>>
>>>>> I attached relevant log file, pcaps and configuration files. Let me
know
>>>>> if more config files are needed.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
>>>>> sr-users(a)lists.sip-router.org
>>>>>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>
>>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users(a)lists.sip-router.org
>>>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users(a)lists.sip-router.org
>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org