Asterisk 1.8.6 on CentOS 5.5
HW Sip phone
While checking the VM I get disconnected 50% of the time, the other 50% I can check VM just fine.
Checking asterisk logs reveals:
[Oct 4 10:31:20] VERBOSE[7170] file.c: -- <SIP/305-0000000d> Playing 'vm-password.ulaw' (language 'en')
[Oct 4 10:31:20] WARNING[3826] chan_sip.c: Retransmission timeout reached on transmission 4052949456-81 for seqno 2 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 6400ms with no response
[Oct 4 10:31:20] WARNING[3826] chan_sip.c: Hanging up call 4052949456-81 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+ Retransmissions).
[Oct 4 10:31:20] VERBOSE[7170] pbx.c: -- Executing [h@from-internal:1] Hang up("SIP/305-0000000d", "") in new stack
I checked the forum and most people having similar problems are trying to access asterisk from outside (NAT issues + reinvite).
My HW Sip phone and asterisk server are both sitting on the same internal network though.
Can you please elaborate on option #1?
I set up a tftp server and dhcp server on the same computer that asterisk is installed.
When I plug HW Sip phone to the network, it gets its ip from the dhcp server and config file with all the setting, including SIP settings, from the tftp server.
As I mentioned I can call out and receive calls just fine. The only problem is that not always, but quite often *97 gets disconnected.
May be I misunderstood you, but if I remove nat setting from asterisk, I have no audio when phone rings.
Details:
As I mentioned, both asterisk server (192.168.1.1) and HW Sip phone (192.168.1.6) are on the same LAN. Asterisk extension 305 configuration:
secret: mysecret
canreinvite: no
host: dynamic
type: friend
nat: yes
encryption: no
dial: SIP/305 SIP HW phone SIP configuration:
DEVICE_ID=305
AUTH_PASSWORD=mysecret
USE_PROXY=Yes
REGISTER_W_PROXY=Yes
PROXY_ADDR=192.168.1.1
PROXY_PORT=5060
REGISTRAR_ADDR=192.168.1.1
REGISTRAR_PORT=5060
Dial out = works, dial in = works, *97 = VM = works 50% of the time.
Sometimes VIA is sent correctly:
sometimes wrong:
To be honest with you sometimes even with wrong VIA I can pick messages just fine:
What’s your point exactly? Filling for chapter 11 is not exactly going out of business. That’s the way for big companies to start fresh after they screw up other people’s money. Delta airlines in 2006, GM in 2009, MGM in 2010. Should I continue?
Right after filing for chapter 11, Zultys, was bought at auction by a company founded by a group of its former engineers. Check their web site, they are alive and kicking, and just celebrated their 10th anniversary. In fact, it is the only company I know to provide an all-in-one IP business phone system that integrates voice, video, data and mobility.
Going back to the problem I am having. You made two points which I am trying to verify/confirm/fix if possible.
[quote]1. Fix the phone setup so it provides correct network info to asterisk
2. Tell asterisk to disregard the garbage the phone is sending by changing nat=no to nat=yes.[/quote]
An extension in Asterisk is configured (and always has been) with nat=yes. I try other options like “no” and “never” and they give me no sound as expected/predicted.
The phone indeed sometimes sends 0.0.0.305 where 305 is a device id, instead of 192.168.1.6, but I am not sure how this is relevant as asterisk suppose to ignore it (nat=yes). In fact, I believe it does ignore it as I can make and receive calls just fine, except I cannot use *97 feature reliable 100% of the time.
If it is not a secret, what is the model of your phone ?
Can you provide full SIP trace which includes both sides of the conversation w/failed retransmissions and couple this with tcpdump to make sure asterisk logs the correct info when the call fails ?
Based on the information you provided asterisk is doing the right thing, the problem seems to be the phone.
Nothing $100 worth of hardware would not solve 8)