shopcomputer
-
Posts
452 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by shopcomputer
-
-
Hi,
I'm having a tough time getting a Vitelity trunk to work. It used to work but something happen and it no longer receives calls or makes them. Vitelity has checked it thousands of time but no luck. Tried both Sip registration and getaway. Now i'm in the point where calls out ring the phone but with only 1 way audio (snom to remote phone)
Incoming calls do nothing. This is the log of an incoming one:
5] 2012/02/11 01:05:28: Identify trunk (IP address/port and domain match) 6
[6] 2012/02/11 01:05:28: SIP Tx udp:64.2.142.15:5060:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 64.2.142.15:5060;branch=z9hG4bK6821a68f;rport=5060
From: "+1305xxxxxxx" <sip:305xxxxxxx@64.2.142.15>;tag=as6f146510
To: <sip:36144423xx@192.168.88.127:5060>;tag=919722800a
Call-ID: 5bf4290630ae7cd1583fc2da7809b23f@64.2.142.15
CSeq: 102 INVITE
Content-Length: 0
[6] 2012/02/11 01:05:36: SIP Rx udp:64.2.142.15:5060:
CANCEL sip:36144423xx@192.168.88.127:5060 SIP/2.0
Via: SIP/2.0/UDP 64.2.142.15:5060;branch=z9hG4bK6821a68f;rport
From: "+305xxxxxxx" <sip:305xxxxxxx@64.2.142.15>;tag=as6f146510
To: <sip:36144423xx@192.168.88.127:5060>
Call-ID: 5bf4290630ae7cd1583fc2da7809b23f@64.2.142.15
CSeq: 102 CANCEL
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
[6] 2012/02/11 01:05:36: SIP Tx udp:64.2.142.15:5060:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 64.2.142.15:5060;branch=z9hG4bK6821a68f;rport=5060
From: "+1305xxxxxxx" <sip:305xxxxxxx@64.2.142.15>;tag=as6f146510
To: <sip:36144423xx@192.168.88.127:5060>;tag=919722800a
Call-ID: 5bf4290630ae7cd1583fc2da7809b23f@64.2.142.15
CSeq: 102 CANCEL
Content-Length: 0
[5] 2012/02/11 01:05:36: Domain trunk vitelity@snom.beta-brain.com sends call to 70 in domain snom.beta-brain.com
[6] 2012/02/11 01:05:36: SIP Tx udp:64.2.142.15:5060:
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 64.2.142.15:5060;branch=z9hG4bK6821a68f;rport=5060
From: "+305xxxxxxx" <sip:305xxxxxxx@64.2.142.15>;tag=as6f146510
To: <sip:36144423xx@192.168.88.127:5060>;tag=919722800a
Call-ID: 5bf4290630ae7cd1583fc2da7809b23f@64.2.142.15
CSeq: 102 CANCEL
Contact: <sip:nsandler@75.149.181.125:5060;transport=udp>
User-Agent: snom-PBX/2011-4.3.0.5021
Content-Length: 0
[3] 2012/02/11 01:05:36: Via and source address are empty for SIP/2.0, cannot send reply
The call should route to extension 70 (as it is correctly trying to) but nothing happens. Any ideas what "Via and source address are empty for SIP/2.0, cannot send reply" means?
Thanks
Nathan
We have many vitelity trunks without a problem.
Sounds to me like a NAT/FIREWALL issue. make sure you have all ports forwarded and if you are using nat, you may need to adjust the routting in admin/ports.
Also make sure you don't have a sip alg in the way.
BTW what firewall/router are you using?
-
You not the only one
. So far it was very difficult to inter-work with the slew of SIP trunk providers out there (everyone had their own interpretation of SIP headers).
So, in v4.5, we tried to make the trunk headers as flexible as possible to take care of this issue. But unfortunately everything may not be 100% backward compatible.
It would have been nice to leave the standard non custom headers the same as it was in earlier versions, as most of us never needed to do any custom settings. The custom is very nice however more complicated if you have a standard config.
-
Hi everyone!
I have been running 4.3.0.5020 with excellent results but recently received a new Snom 760 to add to our system and noticed that PnP is not supported on these new 7xx models until v4.5.
Upgrade to 4.5.0.1030 goes smoothly (Debian version) and the system works without problems for both internal calling and inbound calls, but outbound calling results in an error 400 (Bad Request).
I took a brief look at the logs, it seems that the SIP invite being sent is different.
On 4.3 it is in the form <sip:[destination]@[trunk-ip];user=phone> on trunk [trunkname]
On 4.5 it is in the form <sip:[destination]@[pbx-servername];user=phone> on trunk [trunkname]
I neglected to get a proper copy of the log since I reverted to 4.3 quickly, but that was the primary difference that I noticed. I can get more detailed logs if needed, of course... but I wondered if anyone here knows what may have changed in the 4.5 builds to cause this difference? Is the default dial plan behavior different, in a way that needs to be accounted for?
Up to this point we have been passing everything out to the trunk since it's a very simple configuration, the dial plan on 4.3 is just a * but has been working fine, internal calls have been handled by the default logic and outbound called-number parsing handled by our provider. The trunks themselves seem to work fine, since we get inbound calls without issue, it seems at first glance to be a difference in the outbound invite syntax.
Any help or suggestions would be greatly appreciated, I'm hoping that someone here might have run into this already and discovered the solution.
Thanks!
Jason Porter
On the Trunk choose custom headers.
-
I see 4.5 has a virmware link for the Snom Vision in the pnp, is the vision now pnp capable? can it provision buttons too or only the firmware?
-
One of my carriers are complaining about this a=rtcp-xr:rcvr-rtt=all voip-metrics, how can I stop offering this header.
-
I think I am using the default ringtones.xml coming with the PBXnSIP. How to update it?
Thank you.
Under admin webpage control you can see a sample file, if you don't want to restart the service, go to admin settings, configuration, towards the bottom you will see a reload configuarion section.
-
No need for trace, we found the problem. The password problem with http provisioning is now fixed, but now the Plug and Play SUBSCRIBE no longer works. I informed our development team and they are working on it. Until we can provide a new fix for testing, please make the provisioning manually by entering
http://snom_ONE_IP_address/prov/snom720.htm
under Advanced->Update->Setting URL
Yes, I know the manual provisioning and it works, it will just make it a bit hard as I pushed this firmware to approx 50 phones, I now need to log in to each seperately, or I will try putting the full url in the option 66.
-
We will test it in our lab and see if it's reproducible.
Did you update the ringtones.xml? wav files are cached in PBXnSIP.
-
Which brand of door phone is it? In 4.5 in the registration tab on the extension is a video URL field and when the PBX sees an invite from that extension it sends a notify message to whoever picks up the call. That notify message should have the string that the camera supports to render the video. The string comes from that field. i.e. http://IP-Address-Camera/image.bmp or whatever the camera supports. To get the video to show up on the snom phone we tell the phone to grab an image every 200 MS.
Use the Snom or the 2N door phone, they both support the 800 series phones.
-
Menu button and adio are OK, PNP still not right.
1/1/1970 00:01:46 [ALERT ] PHN: Config setup: code: 500, uri: http://127.0.0.1:80/dummy.htm
1/1/1970 00:01:46 [NOTICE] PHN: Fetching FW URL: http://provisioning.snom.com:80/snom720/snom720-firmware.htm
1/1/1970 00:01:46 [NOTICE] PHN: Fetching URL: http://provisioning.snom.com:80/snom720/snom720-firmware.htm
1/1/1970 00:01:46 [NOTICE] PHN: Skipping prio 2 setting server, type pnp, url: ><
1/1/1970 00:01:46 [NOTICE] PHN: Setting server prio 3, type dhcp, url: >192.168.2.10<
1/1/1970 00:01:46 [NOTICE] PHN: Fetching URL: http://192.168.2.10:80/snom720.htm
1/1/1970 00:01:47 [NOTICE] PHN: Update: Fetching FW URL: http://provisioning.snom.com:80/snom720/snom720-firmware.htm done, result 200
1/1/1970 00:01:47 [ALERT ] PHN: Config setup: code: 302, uri: http://192.168.2.10:80/snom720.htm
1/1/1970 00:01:47 [NOTICE] PHN: Fetching URL: http://192.168.2.10:80/snom720-0004137004E1.htm
1/1/1970 00:01:48 [ALERT ] PHN: Config setup: code: 302, uri: http://192.168.2.10:80/snom720-0004137004E1.htm
1/1/1970 00:01:48 [NOTICE] PHN: Fetching URL: http://127.0.0.1:80/dummy.htm
1/1/1970 00:01:48 [ERROR ] PHN: TPL: Socket Error: 19/17/connecting, connect_cb -> No such file or directory (2)
1/1/1970 00:01:48 [NOTICE] PHN: webclient::on_tcp_close conn_id:9
1/1/1970 00:01:48 [ALERT ] PHN: Config setup: code: 500, uri: http://127.0.0.1:80/dummy.htm
1/1/1970 00:01:48 [NOTICE] PHN: Fetching FW URL: http://provisioning.snom.com:80/snom720/snom720-firmware.htm
1/1/1970 00:01:48 [NOTICE] PHN: Fetching URL: http://provisioning.snom.com:80/snom720/snom720-firmware.htm
1/1/1970 00:01:48 [NOTICE] PHN: Skipping prio 4 setting server, type tr69, url: ><
1/1/1970 00:01:48 [CRITIC] PHN: Go to wizzard if all settings have been read.
1/1/1970 00:01:48 [NOTICE] PHN: Using gui lang English at index:5 from: /snom/snomlang/gui_lang_EN.xml
9/2/2012 00:10:57 [NOTICE] PHN: Update: Fetching FW URL: http://provisioning.snom.com:80/snom720/snom720-firmware.htm done, result 200
9/2/2012 00:10:57 [NOTICE] PHN: Settings stored!
9/2/2012 00:11:03 [NOTICE] PHN: Using gui lang English at index:5 from: /snom/snomlang/gui_lang_EN.xml
9/2/2012 00:11:03 [NOTICE] PHN: Settings stored!
-
tested both scenarios *90 without the extension is prompted by the system "audio_en/aa_enter_extension_number.wav"
*9044 with the extension just intercom into the extension.
snom-PBX/2011-4.5.0.1016 Alpha Monocerotids
This is same 7.29 firmware bug on the 700 series phones. I am getting killed by my clients, I sold over 100 720's over the past few weeks however there is no working firmware out. 7.29 has these audio / calling issues to special extensions, etc. 7.32 has the PNP and menu buttons broken. Your buddies on the Hardware side need to get their act together and release a working firmware ASAP.
-
Any 4.5 for the Soho / Sheeva plug yet?
-
I am bidding on a project with an existing valcom PA system. I am thinking of using a single port Grandstream or other FXS adapter to tie in to the system. Has anyone done something like this? I was thinking the PA1 but I don't think it will work, has anyone done this?
We use the PA1 or Cyberdata IP to analog paging converters, Valcom also has IP paging gateways that will work.
-
We are sending the User/Pass on the invite so somethings up?
Can you recreate the trunk and they try again.
[5] 20120131151306: SIP Rx udp:91.121.129.20:5060:
SIP/2.0 407 authentication required
Call-ID: f5324e4f@pbx
Contact: <sip:0486688001@91.121.129.17:5060;user=phone>
CSeq: 20957 INVITE
From: "LAURENT:45" <sip:45@pbx.company.com;user=phone>;tag=38247
Proxy-Authenticate: Digest realm="sip.ovh.net",nonce="085d90ab445fd6f22fd5ca59158a95d0",opaque="085c3e0d6890b34",stale=false,algorithm=MD5
Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>
To: "0486688001" <sip:0486688001@pbx.company.com;user=phone>;tag=00-07383-085d97f4-13d15b8e3
Via: SIP/2.0/UDP 192.168.1.200:5060;received=213.41.241.100;rport=50628;branch=z9hG4bK-476f609b2f865e83ac8b945cd6635f5a
Allow: UPDATE,REFER,INFO
Server: Cirpack/v4.42a (gw_sip)
Content-Length: 0
[5] 20120131151306: SIP Tx udp:91.121.129.20:5060:
INVITE sip:0486688001@sip.ovh.net;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.1.200:5060;branch=z9hG4bK-c5908628c5b8af81f250d9b01af49dec;rport
From: "LAURENT:45" <sip:45@pbx.company.com;user=phone>;tag=38247
To: "0486688001" <sip:0486688001@pbx.company.com;user=phone>
Call-ID: f5324e4f@pbx
CSeq: 20958 INVITE
Max-Forwards: 70
Contact: <sip:0033411930139@192.168.1.200:5060;transport=udp>
Supported: 100rel, replaces, norefersub
Allow-Events: refer
Allow: INVITE, ACK, CANCEL, BYE, REFER, PRACK, INFO, UPDATE
Accept: application/sdp
User-Agent: snom-PBX/2011-4.5.0.1016 Alpha Monocerotids
P-Asserted-Identity: <sip:0033411930139@sip.ovh.net>
Privacy: id
P-Charging-Vector: icid-value=;icid-generated-at=192.168.1.200;orig-ioi=pbx.company.com
Proxy-Authorization: Digest realm="sip.ovh.net",nonce="085d90ab445fd6f22fd5ca59158a95d0",response="4b60c5a793172824776c0766fd32c914",username="0033411930139",uri="sip:0486688001@sip.ovh.net;user=phone",opaque="085c3e0d6890b34",algorithm=MD5
Content-Type: application/sdp
Content-Length: 231
v=0
o=- 44713 44713 IN IP4 192.168.1.200
s=-
c=IN IP4 192.168.1.200
t=0 0
m=audio 55210 RTP/AVP 8 101
a=rtpmap:8 pcma/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtcp-xr:rcvr-rtt=all voip-metrics
a=sendrecv
[5] 20120131151306: SIP Rx udp:91.121.129.20:5060:
SIP/2.0 100 Trying
Call-ID: f5324e4f@pbx
CSeq: 20958 INVITE
From: "LAURENT:45" <sip:45@pbx.company.com;user=phone>;tag=38247
To: "0486688001" <sip:0486688001@pbx.company.com;user=phone>
Via: SIP/2.0/UDP 192.168.1.200:5060;received=213.41.241.100;rport=50628;branch=z9hG4bK-c5908628c5b8af81f250d9b01af49dec
Content-Length: 0
[5] 20120131151306: SIP Rx udp:91.121.129.20:5060:
SIP/2.0 403 Wrong login or password
Call-ID: f5324e4f@pbx
Contact: <sip:91.121.129.17:5060>
CSeq: 20958 INVITE
From: "LAURENT:45" <sip:45@pbx.company.com;user=phone>;tag=38247
Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>
To: "0486688001" <sip:0486688001@pbx.company.com;user=phone>;tag=00-07369-085d9807-6be51daf5
Via: SIP/2.0/UDP 192.168.1.200:5060;received=213.41.241.100;rport=50628;branch=z9hG4bK-c5908628c5b8af81f250d9b01af49dec
Allow: UPDATE,REFER,INFO
Reason: q.850;cause=1
Server: Cirpack/v4.42a (gw_sip)
Content-Length: 0
Not really backwards compatible, we find we now must use custom with every carrier, with one we needed to set privacy header off, with others we needed to play with different headers. In the past we just clicked p asserted iddentity or remote party ID and it worked with almost all trunks.
-
Seems like it is still there on 4.5.
We get message this extension number does not exist.
-
From approximately version 4.0-4.5 we were able to press *90 without an extension number and we were prompted for an extension number, was this feature deliberately removed from 4.5?
-
Hello,
You are right, there is a menu issue with version 8.7.3.2, and also a problem on provisioning, our development team is currently working on it.
Anyway, we tested your initial problem with 8.7.2.9 and with 8.7.3.2 and could not reproduce any issue, which leads me to believe this is not a version problem. So if you could please go back to version 8.7.2.9 (download from here: http://provisioning.snom.com/download/fw/snom720-8.7.2.9-SIP-r.bin), and then make some extra debugging to help us find the problem:
- are you using a Scheduled Conference or Ad-hoc conference?
- please make the logs again but enable all logs, and set everything as explained here: http://wiki.snomone.com/index.php?title=Snom_ONE_log
- make the log for the working case (call to conference 501 from external)
- make the log for the non-working case (call to conference 501 from internal)
- please also deactivate TLS (steps here: http://wiki.snomone.com/index.php?title=How_to_deactivate_TLS), then make a PCAP Trace on the snom ONE server, following these instructions: http://wiki.snom.com/FAQ/How_can_I_capture_packets_on_a_computer
If you prefer to send these logs to us instead of posting them in the forum, please open a Support Ticket in our ticket system https://support.snom.com .
Yes, we had some provisioning issues too, we needed to manually put in the provisioning server url.
The conference room issue, is definetly related to the 8.7.2.9 firmware as PBXNSIP suggested, as you can see from the logs above, we confirmed it with several phones all started working as soon as we upgraded. I will ask client if I can downgrade and provide phone logs, as logs above are from the PBX.
-
Can you please check if the menu button works with this firmware version on your 720 phones, after the firmware upgrade the menu button stopped working, I logged in to the phone it looks like the auto-provisioning set it correctly to http://192.168.16.10:80/snom/menu.xml?auth=basic
I set the phones logging to 0, this is what it shows
26/1/2012 15:20:34 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state deleted(8)
26/1/2012 15:20:34 [DEBUG2] PHN: WEBCLIENT: 1945/41804 deleted
26/1/2012 15:20:34 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connecting(4)
26/1/2012 15:20:34 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connected(5)
26/1/2012 15:20:35 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:35 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state disconnected(7)
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: socket:1946 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state deleted(8)
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: 1946/52132 deleted
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state connecting(4)
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state connected(5)
26/1/2012 15:20:35 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:35 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state disconnected(7)
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: socket:1947 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state deleted(8)
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: 1947/39898 deleted
26/1/2012 15:20:35 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state connecting(4)
26/1/2012 15:20:35 [DEBUG2] PHN: TMR: 'soundcard_handler.cpp (222): [void monitor_timer_cb(void*, void*)]' 0x38e76c
26/1/2012 15:20:35 [DEBUG2] PHN: send lldp advertisment
26/1/2012 15:20:36 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:36 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state disconnected(7)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: socket:1948 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state deleted(8)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: 1948/55397 deleted
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state connecting(4)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state connected(5)
26/1/2012 15:20:36 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:36 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x425548: state disconnected(7)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: socket:1949 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x425548: state deleted(8)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: 1949/41913 deleted
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state connecting(4)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state connected(5)
26/1/2012 15:20:36 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:36 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state disconnected(7)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: socket:1950 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state deleted(8)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: 1950/47738 deleted
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x425548: state connecting(4)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x425548: state connected(5)
26/1/2012 15:20:36 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:36 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state disconnected(7)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: socket:1951 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state deleted(8)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: 1951/49247 deleted
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connecting(4)
26/1/2012 15:20:36 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connected(5)
26/1/2012 15:20:36 [iNFO ] PHN: WEB: Request 1933/638/0: GET /log.htm HTTP/1.1
26/1/2012 15:20:36 [iNFO ] PHN: WEB: 1933 Basic authentication.
26/1/2012 15:20:37 [DEBUG2] PHN: WEBCLIENT: Socket 0x446cb0: state connected(5)
26/1/2012 15:20:37 [DEBUG2] PHN: TMR: 'switch_device_ethtool.cpp (131): [static void SwitchDeviceEthtool::EthernetStatusCallback(void*, void*)]' 0x3ce944
26/1/2012 15:20:37 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:37 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:37 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state disconnected(7)
26/1/2012 15:20:37 [DEBUG2] PHN: WEBCLIENT: socket:1953 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:37 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state deleted(8)
26/1/2012 15:20:37 [DEBUG2] PHN: WEBCLIENT: 1953/57095 deleted
26/1/2012 15:20:37 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state connecting(4)
26/1/2012 15:20:37 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state connected(5)
26/1/2012 15:20:38 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:38 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state disconnected(7)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: socket:1954 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state deleted(8)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: 1954/54018 deleted
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state connecting(4)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state connected(5)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state connected(5)
26/1/2012 15:20:38 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:38 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x425548: state disconnected(7)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: socket:1955 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x425548: state deleted(8)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: 1955/39720 deleted
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state connecting(4)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state connected(5)
26/1/2012 15:20:38 [DEBUG2] PHN: TMR: 'soundcard_handler.cpp (222): [void monitor_timer_cb(void*, void*)]' 0x38e76c
26/1/2012 15:20:38 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:38 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state disconnected(7)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: socket:1956 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state deleted(8)
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: 1956/40030 deleted
26/1/2012 15:20:38 [DEBUG2] PHN: WEBCLIENT: Socket 0x425548: state connecting(4)
26/1/2012 15:20:39 [FATAL ] PHN: LLDP: No Voice Application Type TLV packet found!
26/1/2012 15:20:39 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:39 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x446cb0: state disconnected(7)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: socket:1935 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x446cb0: state deleted(8)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: 1935/35121 deleted
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connecting(4)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connected(5)
26/1/2012 15:20:39 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:39 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state disconnected(7)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: socket:1957 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state deleted(8)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: 1957/37795 deleted
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x446cb0: state connecting(4)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x446cb0: state connected(5)
26/1/2012 15:20:39 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:39 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state disconnected(7)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: socket:1958 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state deleted(8)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: 1958/33582 deleted
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state connecting(4)
26/1/2012 15:20:39 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state connected(5)
26/1/2012 15:20:40 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:40 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state disconnected(7)
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: socket:1952 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state deleted(8)
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: 1952/53949 deleted
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state connecting(4)
26/1/2012 15:20:40 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:40 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state disconnected(7)
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: socket:1959 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state deleted(8)
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: 1959/54167 deleted
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state connecting(4)
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state connected(5)
26/1/2012 15:20:40 [DEBUG2] PHN: WEBCLIENT: Socket 0x4416f8: state connected(5)
26/1/2012 15:20:41 [DEBUG2] PHN: TMR: 'media_ipc.cpp (845): [void MediaIpc::startKeepAliveTimer()]' 0x38f2e4
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x39ef60: state connected(5)
26/1/2012 15:20:41 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:41 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state disconnected(7)
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: socket:1961 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state deleted(8)
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: 1961/39399 deleted
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x449f38: state connecting(4)
26/1/2012 15:20:41 [DEBUG2] PHN: TMR: 'soundcard_handler.cpp (222): [void monitor_timer_cb(void*, void*)]' 0x38e76c
26/1/2012 15:20:41 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:41 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x446cb0: state disconnected(7)
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: socket:1962 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x446cb0: state deleted(8)
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: 1962/53447 deleted
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connecting(4)
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connected(5)
26/1/2012 15:20:41 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:41 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state disconnected(7)
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: socket:1963 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state deleted(8)
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: 1963/44476 deleted
26/1/2012 15:20:41 [DEBUG2] PHN: WEBCLIENT: Socket 0x446cb0: state connecting(4)
26/1/2012 15:20:42 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:42 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state disconnected(7)
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: socket:1965 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state deleted(8)
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: 1965/51534 deleted
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state connecting(4)
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state connected(5)
26/1/2012 15:20:42 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:42 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: Socket 0x4416f8: state disconnected(7)
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: socket:1942 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: Socket 0x4416f8: state deleted(8)
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: 1942/55700 deleted
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state connecting(4)
26/1/2012 15:20:42 [DEBUG2] PHN: WEBCLIENT: Socket 0x456de8: state connected(5)
26/1/2012 15:20:42 [DEBUG2] PHN: TMR: 'switch_device_ethtool.cpp (131): [static void SwitchDeviceEthtool::EthernetStatusCallback(void*, void*)]' 0x3ce944
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x426490: state connected(5)
26/1/2012 15:20:43 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:43 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x39ef60: state disconnected(7)
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: socket:1943 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x39ef60: state deleted(8)
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: 1943/48083 deleted
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x4416f8: state connecting(4)
26/1/2012 15:20:43 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:43 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state disconnected(7)
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: socket:1967 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state deleted(8)
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: 1967/45985 deleted
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x39ef60: state connecting(4)
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x39ef60: state connected(5)
26/1/2012 15:20:43 [NOTICE] PHN: webclient::handle_challenge: http server is asking for credentials!
26/1/2012 15:20:43 [NOTICE] PHN: webclient::handle_challenge: resending request !
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state disconnected(7)
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: socket:1969 conn_id:0 disconnected tcp:192.168.16.10:80
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x4434f0: state deleted(8)
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: 1969/40748 deleted
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connecting(4)
26/1/2012 15:20:43 [DEBUG2] PHN: WEBCLIENT: Socket 0x44d720: state connected(5)
26/1/2012 15:20:44 [iNFO ] PHN: WEB: Request 1933/759/0: POST /log.htm HTTP/1.1
26/1/2012 15:20:44 [iNFO ] PHN: WEB: 1933 Basic authentication.
-
That did the trick, it is probably the answer to a problem I was having at a diffrent client too, not being able to listen to call in to the voicemail box of other extensions
-
Looks like you are using snom720/8.7.2.9. We had seen some audio issues with that version in different cases. There is an update available.
http://downloads.snom.com/tmp/QA/snom720-8.7.3.2-SIP-r.bin
http://downloads.snom.com/tmp/QA/snom760-8.7.3.2-SIP-r.bin
Other option is to use an non-7xx phone (maybe a snom-8xx or snom-3xx) phone and perform the same test.
Good observasion, it is working on the 300 and m9. The 720 is not taking this update we get no snom fw.update error: 98
-
The only one that works is the via auto attendant.
-
Can you send us a SIP trace with the following logging events. We have tested your scenario and could not reproduce it.
Attached are to traces, 1 direct to extension 501, which does not work, 1 via autoattendant which works perfectly.
-
Did you load the latest prompts? Maybe the PBX is trying to play back a new prompt and that would explain the digital silence.
Latest prompts are loaded, and it works perfectly when calling in remotely through an auto attendant.
-
2011-4.5.0.1016 Alpha Monocerotids (Win64)
I set up an ad-hoc conference room.
From outside the network, using auto attendant, etc. it work great, internal users however can not join the conference, if they try calling 501, (the conference account number) the phone says connected, on the PBX it shows a new call connected to 501, however it does not join the conference call and they do not get any conference prompts or get joined to the conference.
. 
vitelity trunk
in Trunk Setup
Posted
See here http://www.peplink.com/index.php?view=faq&id=124&path=16 how to turn off sip alg in your router.
With most routers I find a need to use the IP routing list in admin, settings, ports, sip. We try to avoid NAT whenever possible.
also port forward 5060/5061 tcp and udp, your SnomOne's rtp port range udp, and vitelity's rtp port range udp. I beleive their default is 10000-20000.