[OpenSIPS-Users] new install and INVITES not being forwarded

Bogdan-Andrei Iancu bogdan at opensips.org
Tue Jan 18 15:46:48 CET 2011


Hi

try to place a log as:

    xlog("before record routing\n");

before the line with :

# record routing


another one like :

    xlog("doing lookup\n");

before:

 #do lookup with method filtering


and one in the beginning of route[1]:
    xlog("sending request $rm out \n");


Check which logs do appear.

Regards,
Bogdan

Gareth Blades wrote:
> I installed a caching nameserver but it made no difference.
> I then switched logging from syslog to stderr and thats much better 
> and the phone can register fine.
> I have attached the debug from when I tried making the call between 
> lines. If there is nothing usefull there then can you let me know 
> where I could put some additional loggin in the config file in order 
> to help.
>
> Thanks
>
> Bogdan-Andrei Iancu wrote:
>> Hi Gareth,
>>
>> Gareth Blades wrote:
>>> I am having a problem with running opensips in debug level 6. When 
>>> opensips is set to this I am finding that it takes a long time to 
>>> respond to register requests (over 5 seconds compared to a fraction 
>>> of a second) which means that my phone times out when trying to 
>>> register so I cannot then debug trying to send calls through.
>> woow...that is really strange.....never encountered something like 
>> that....do you log to stderror(console) or to syslog ?
>>>
>>> Any ideas?
>>>
>>> DNS timeouts are a common cause for these sort of pauses. Are there 
>>> any specific DNS setup requirements that opensips has that I might 
>>> have missing?
>> see the DNS related params:
>>    http://www.opensips.org/Resources/DocsCoreFcn#toc41
>>
>> Also, better use DNS cache app between your opensips and the outer 
>> world.
>>
>>
>> So, your missing INVITE (not being sent out) are because of opensips 
>> blocking in some DNS query ?
>>
>> Regards,
>> Bogdan
>>>
>>> Thanks
>>> Gareth
>>>
>>> Bogdan-Andrei Iancu wrote:
>>>> Hi Gareth,
>>>>
>>>> On a first look, the script looks ok, but as a general way to 
>>>> debug/troubleshoot your script, place xlog()'s in your script, in 
>>>> different points, to see if the script execution gets to that point.
>>>>
>>>> Regarding the 408 - take care your script does not have NAT 
>>>> support, so it may not work if your client is behind a NAT.
>>>>
>>>> Regards,
>>>> Bogdan
>>>>
>>>> Gareth Blades wrote:
>>>>> Thanks I will need to get back to you on Monday.
>>>>>
>>>>> The phone on my desk has just started not being able to register. 
>>>>> Its showing registration status 408 which is no response.
>>>>> I can see the opensips server receiving the the registration and 
>>>>> issuing a 401 unauthorised but I dont think this is getting back 
>>>>> through the firewall.
>>>>> I will get some static forwarding added to the firewall to avoid 
>>>>> this sort of issue complicaing investigating the other problem.
>>>>>
>>>>> In the meantime I have attached my config file.
>>>>>
>>>>>
>>>>> Bogdan-Andrei Iancu wrote:
>>>>>> Hi Gareth,
>>>>>>
>>>>>> looking at the logs, it seams that your script processing (for 
>>>>>> the INVITE) never get to a t_relay() point - place some xlog() 
>>>>>> prints in your script to see where the INVITE processing is going 
>>>>>> through.
>>>>>>
>>>>>> Regards,
>>>>>> Bogdan
>>>>>>
>>>>>> Gareth Blades wrote:
>>>>>>> Thanks. I have attached a text file as its a bit long to paste 
>>>>>>> in a message and there are long lines.
>>>>>>>
>>>>>>> Looking through the log these couple of entries look significant.
>>>>>>>
>>>>>>> DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest 
>>>>>>> realm="vmopensips1.skycomuk.com", 
>>>>>>> nonce="4d26db6600000001d69ce33126031746bdf4735e3f0f922d"
>>>>>>> ...
>>>>>>> DBG:tm:matching_3261: RFC3261 transaction matching failed
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Bogdan-Andrei Iancu wrote:
>>>>>>>> Hi Gareth,
>>>>>>>>
>>>>>>>> hard to say without some logs - do you see errors in the 
>>>>>>>> opensips log ? if not, increase the debug level to 6 and post 
>>>>>>>> the logs corresponding the call.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Bogdan
>>>>>>>>
>>>>>>>> Gareth Blades wrote:
>>>>>>>>> Setup:-
>>>>>>>>> Server installed at a hosting facility with its owm public IP 
>>>>>>>>> address.
>>>>>>>>> A desk phone in the office with a couple of accounts 
>>>>>>>>> configured registered to opensips through a NAT firewall.
>>>>>>>>> The opensips server has been installed and configured using 
>>>>>>>>> the guide in the Opensips PACT book together with database 
>>>>>>>>> support (no multidomain).
>>>>>>>>>
>>>>>>>>> The two lines on the phone are able to register fine and I can 
>>>>>>>>> see them as being registered in the database and 'opensipsctrl 
>>>>>>>>> ul show' displays what I would expect.
>>>>>>>>>
>>>>>>>>> However when I call between the two lines and minitoring via 
>>>>>>>>> ngrep I see the initial INVITE go out and then a '407 proxy 
>>>>>>>>> authentication required' comes back and the phone sends the 
>>>>>>>>> invite again with the authentication but opensips doesnt send 
>>>>>>>>> any reply. The phone retransmits the packet a couple of times 
>>>>>>>>> and displays call failed.
>>>>>>>>>
>>>>>>>>> Any idea what may be wrong?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I know the call audio is unlikely to work but that will be the 
>>>>>>>>> next step. I am just trying to get each step working as I go 
>>>>>>>>> at the moment.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thanks
>>>>>>>>> Gareth
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
OpenSIPS solutions and "know-how"




More information about the Users mailing list