Registrations stop working for all NAT phones on FreeSWITCH Version 1.0.trunk (17177)
Hi, We've just upgraded (switched back to building from svn in case this was a git migration issue) and all our phones behind various networks on NAT won't registered anymore, whereas on version dated 2010-02-22 20:06 (don't have the revision) all these phones were fine and handled the the FS NAT features. No NDLB features on enabled or rport. They weren't on the 2010-02-22 20:06 version either. freeswitch@internal> recv 524 bytes from udp/[external_ip]:43078 at 09:45:02.413013: ------------------------------------------------------------------------ REGISTER sip:pbx1.xxxx.co.uk SIP/2.0 Via: SIP/2.0/UDP internal_ip:5062;branch=z9hG4bK892744790 From: "Gavin Henry" <sip:609@pbx1.xxxx.co.uk>;tag=706763496 To: "Gavin Henry" <sip:609@pbx1.xxxx.co.uk> Call-ID: 1553007081@internal_ip CSeq: 24 REGISTER Contact: <sip:609@internal_ip:5062> Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE Max-Forwards: 70 User-Agent: Yealink SIP-T28P 2.43.0.50 Expires: 3600 Content-Length: 0 ------------------------------------------------------------------------ send 641 bytes to udp/[external_ip]:5062 at 09:45:02.413206: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP internal_ip:5062;branch=z9hG4bK892744790;received=external_ip From: "Gavin Henry" <sip:609@pbx1.xxxx.co.uk>;tag=706763496 To: "Gavin Henry" <sip:609@pbx1.xxxx.co.uk>;tag=gtDayy31FDN9K Call-ID: 1553007081@internal_ip CSeq: 24 REGISTER User-Agent: Our test PBX 1.0 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces WWW-Authenticate: Digest realm="pbx1.xxxx.co.uk", nonce="cf9aaa61-89bf-4d9d-adbb-51a068b23440", algorithm=MD5, qop="auth" Content-Length: 0 ------------------------------------------------------------------------ What's changed? Thanks, Gavin. -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
I know its not much help.. but I think the first thing you need to do here is identify the version you were on before .. and see if you can easily narrow it down to a SVN revision that broke it. J On Fri, Apr 2, 2010 at 7:43 PM, Gavin Henry <gavin.henry@gmail.com> wrote:
Hi,
We've just upgraded (switched back to building from svn in case this was a git migration issue) and all our phones behind various networks on NAT won't registered anymore, whereas on version dated 2010-02-22 20:06 (don't have the revision) all these phones were fine and handled the the FS NAT features. No NDLB features on enabled or rport. They weren't on the 2010-02-22 20:06 version either.
freeswitch@internal> recv 524 bytes from udp/[external_ip]:43078 at 09:45:02.413013: ------------------------------------------------------------------------ REGISTER sip:pbx1.xxxx.co.uk SIP/2.0 Via: SIP/2.0/UDP internal_ip:5062;branch=z9hG4bK892744790 From: "Gavin Henry" <sip:609@pbx1.xxxx.co.uk <sip%3A609@pbx1.xxxx.co.uk>
;tag=706763496 To: "Gavin Henry" <sip:609@pbx1.xxxx.co.uk <sip%3A609@pbx1.xxxx.co.uk>> Call-ID: 1553007081@internal_ip CSeq: 24 REGISTER Contact: <sip:609@internal_ip:5062> Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE Max-Forwards: 70 User-Agent: Yealink SIP-T28P 2.43.0.50 Expires: 3600 Content-Length: 0
------------------------------------------------------------------------ send 641 bytes to udp/[external_ip]:5062 at 09:45:02.413206: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP internal_ip:5062;branch=z9hG4bK892744790;received=external_ip From: "Gavin Henry" <sip:609@pbx1.xxxx.co.uk <sip%3A609@pbx1.xxxx.co.uk>
;tag=706763496 To: "Gavin Henry" <sip:609@pbx1.xxxx.co.uk <sip%3A609@pbx1.xxxx.co.uk> ;tag=gtDayy31FDN9K Call-ID: 1553007081@internal_ip CSeq: 24 REGISTER User-Agent: Our test PBX 1.0 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces WWW-Authenticate: Digest realm="pbx1.xxxx.co.uk", nonce="cf9aaa61-89bf-4d9d-adbb-51a068b23440", algorithm=MD5, qop="auth" Content-Length: 0
------------------------------------------------------------------------
What's changed?
Thanks,
Gavin.
-- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Sincerely Jay
On 2 April 2010 10:52, jay binks <jaybinks@gmail.com> wrote:
I know its not much help.. but I think the first thing you need to do here is identify the version you were on before .. and see if you can easily narrow it down to a SVN revision that broke it. J
Yeah, I wish there was more than just an svn revision. Some kind of other tag within the code or configs.... Thanks. -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
Gavin Henry <gavin.henry@gmail.com> wrote:
Yeah, I wish there was more than just an svn revision. Some kind of other tag within the code or configs....
When the migration to Git is settled, you'll be able to run git bisect, which is designed for the purpose you're discussing. It isn't supposed to be a substitute for debugging the code, but it's reputed to be used to track down bugs which are hard to identify otherwise, in the Linux kernel in particular.
On 2 April 2010 11:22, Jason White <jason@jasonjgw.net> wrote:
Gavin Henry <gavin.henry@gmail.com> wrote:
Yeah, I wish there was more than just an svn revision. Some kind of other tag within the code or configs....
When the migration to Git is settled, you'll be able to run git bisect, which is designed for the purpose you're discussing. It isn't supposed to be a substitute for debugging the code, but it's reputed to be used to track down bugs which are hard to identify otherwise, in the Linux kernel in particular.
OK, sounds good! -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
On 2 April 2010 10:52, jay binks <jaybinks@gmail.com> wrote:
I know its not much help.. but I think the first thing you need to do here is identify the version you were on before .. and see if you can easily narrow it down to a SVN revision that broke it. J
The only phone that seems to get through is: Agent: snom300/7.3.14 Where as all the others did too: Yealink T28 Cisco 7940G Polycom IP330 Aastra 31i Aastra 51i Aastra 53i Aastra 55i Aastra 57i -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
On 2 April 2010 10:52, jay binks <jaybinks@gmail.com> wrote:
I know its not much help.. but I think the first thing you need to do here is identify the version you were on before .. and see if you can easily narrow it down to a SVN revision that broke it.
I've worked out what version I was on before upgrading, so just testing now. I remember, as when compiling I raised this JIRA ticket: http://jira.freeswitch.org/browse/MODLANG-157 so it was revision 16718 -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
On 2 April 2010 20:03, Gavin Henry <gavin.henry@gmail.com> wrote:
On 2 April 2010 10:52, jay binks <jaybinks@gmail.com> wrote:
I know its not much help.. but I think the first thing you need to do here is identify the version you were on before .. and see if you can easily narrow it down to a SVN revision that broke it.
I've worked out what version I was on before upgrading, so just testing now. I remember, as when compiling I raised this JIRA ticket:
http://jira.freeswitch.org/browse/MODLANG-157
so it was revision 16718
OK, for some reason it works now with: <param name="NDLB-force-rport" value="true"/> when I'm positive it wasn't enabled before. -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
OK, for some reason it works now with:
<param name="NDLB-force-rport" value="true"/>
when I'm positive it wasn't enabled before.
Shouldn't FS NAT features detect that the phones are registering from an internal IP and do the usual fs_nat=yes stuff in the contact header without forcing rport above and send back responses to the port the REGISTER came from? Thanks. -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
Nothing is wrong with it, there is no revision that broke it or there would be 100,000 people saying it was broken. Change you perspective to looking for the problem on your end and you will have more luck finding your problem. Backup your config by moving it out of the way, re-install and try the defaults. We use FS with nat like this 12 hours a day. On Fri, Apr 2, 2010 at 2:53 PM, Gavin Henry <gavin.henry@gmail.com> wrote:
OK, for some reason it works now with:
<param name="NDLB-force-rport" value="true"/>
when I'm positive it wasn't enabled before.
Shouldn't FS NAT features detect that the phones are registering from an internal IP and do the usual fs_nat=yes stuff in the contact header without forcing rport above and send back responses to the port the REGISTER came from?
Thanks.
-- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
On 3 April 2010 05:18, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Nothing is wrong with it, there is no revision that broke it or there would be 100,000 people saying it was broken.
Unless I was the first that hit a weird configuration. That's the nature of building software yourself and these types of e-mails should be encouraged, not frowned upon.
Change you perspective to looking for the problem on your end and you will have more luck finding your problem.
Of course, I know. But sometimes many eyes help and it's easier to ask a quick question.
Backup your config by moving it out of the way, re-install and try the defaults.
Cheers.
We use FS with nat like this 12 hours a day.
Good to know. Thanks all! -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
I didn't frown upon you I am being serious and straightforward with you. I am giving you advice I have learned the hard way from personal experience on troubleshooting. The facts and pointers lead to a quicker solution and eliminate variables. On Sat, Apr 3, 2010 at 1:30 PM, Gavin Henry <gavin.henry@gmail.com> wrote:
On 3 April 2010 05:18, Anthony Minessale <anthony.minessale@gmail.com> wrote:
Nothing is wrong with it, there is no revision that broke it or there would be 100,000 people saying it was broken.
Unless I was the first that hit a weird configuration. That's the nature of building software yourself and these types of e-mails should be encouraged, not frowned upon.
Change you perspective to looking for the problem on your end and you will have more luck finding your problem.
Of course, I know. But sometimes many eyes help and it's easier to ask a quick question.
Backup your config by moving it out of the way, re-install and try the defaults.
Cheers.
We use FS with nat like this 12 hours a day.
Good to know.
Thanks all!
-- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
On 3 April 2010 20:51, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I didn't frown upon you I am being serious and straightforward with you. I am giving you advice I have learned the hard way from personal experience on troubleshooting. The facts and pointers lead to a quicker solution and eliminate variables.
I know Anthony, and appreciate it! Just mentioning in case others get scared of posting things if they get shouted at :-) We have this problem in other projects. -- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
Hi All, All Aastra Phones Behind the NAT stop working after update to the most recent version. freeswitch@internal> version FreeSWITCH Version 1.0.head (svn-17188) Aastra 57i Aastra 9133i Also I can confirm the Xlite is working without any problem. Thanks Lloyd On Sat, Apr 3, 2010 at 4:34 PM, Gavin Henry <gavin.henry@gmail.com> wrote:
On 3 April 2010 20:51, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I didn't frown upon you I am being serious and straightforward with you. I am giving you advice I have learned the hard way from personal experience on troubleshooting. The facts and pointers lead to a quicker solution and eliminate variables.
I know Anthony, and appreciate it! Just mentioning in case others get scared of posting things if they get shouted at :-) We have this problem in other projects.
-- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
The following version working without any problem. freeswitch@internal> version FreeSWITCH Version 1.0.trunk (17155) ------------------------------------------------------ Additional Bug Informations ---------------------------------------------------------------- Also in freeswitch@internal> version FreeSWITCH Version 1.0.head (svn-17188) Here is the Dial plan issues. Extension 201 - Aastra 57i Extension 202 - Xlite Extension 202 -> 201 working great. 2010-04-04 13:54:21.012078 [INFO] mod_dialplan_xml.c:418 Processing 202->201 in context dev.abc.ca Extension 201 -> 202 *2010-04-04 13:55:08.711996 [INFO] mod_dialplan_xml.c:418 Processing 201->202 in context public* I do not know why it is looking into the public context. Thanks Lloyd On Sun, Apr 4, 2010 at 12:38 PM, Aloysius Lloyd <lloyd.aloysius@gmail.com>wrote:
Hi All,
All Aastra Phones Behind the NAT stop working after update to the most recent version.
freeswitch@internal> version FreeSWITCH Version 1.0.head (svn-17188)
Aastra 57i Aastra 9133i
Also I can confirm the Xlite is working without any problem.
Thanks Lloyd
On Sat, Apr 3, 2010 at 4:34 PM, Gavin Henry <gavin.henry@gmail.com> wrote:
On 3 April 2010 20:51, Anthony Minessale <anthony.minessale@gmail.com> wrote:
I didn't frown upon you I am being serious and straightforward with you. I am giving you advice I have learned the hard way from personal experience on troubleshooting. The facts and pointers lead to a quicker solution and eliminate variables.
I know Anthony, and appreciate it! Just mentioning in case others get scared of posting things if they get shouted at :-) We have this problem in other projects.
-- http://www.suretecsystems.com/services/openldap/ http://www.suretectelecom.com
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
There is no settings changed. Aastra 57i phone is registered to the freeswitch. Aastra 9133i no more registered to freeswitch. Is there any major change between 17155 & 17188 Thanks Lloyd On Sun, Apr 4, 2010 at 2:18 PM, Brian West <brian@freeswitch.org> wrote:
because its not authenticated.
/b
On Apr 4, 2010, at 1:13 PM, Aloysius Lloyd wrote:
I do not know why it is looking into the public context.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Its an aastra... I don't trust it. /b On Apr 4, 2010, at 1:45 PM, Aloysius Lloyd wrote:
There is no settings changed.
Aastra 57i phone is registered to the freeswitch.
Aastra 9133i no more registered to freeswitch.
Is there any major change between 17155 & 17188
Thanks Lloyd
There is no firmware update on Aastra. Only change in FreeSWITCH. Snom 320 throwing the following Error. 2010-04-04 14:04:44.588816 [ERR] sofia_glue.c:3380 a=crypto in RTP/AVP, refer to rfc3711 On Sun, Apr 4, 2010 at 2:49 PM, Brian West <brian@freeswitch.org> wrote:
Its an aastra... I don't trust it.
/b
On Apr 4, 2010, at 1:45 PM, Aloysius Lloyd wrote:
There is no settings changed.
Aastra 57i phone is registered to the freeswitch.
Aastra 9133i no more registered to freeswitch.
Is there any major change between 17155 & 17188
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
That snom error means you don't have the SRTP set to optional... because a=crypto in an RTP/AVP is invalid. Again I don't trust the aastra's cuz I have personally seen them fuck up in production with no changes to FreeSWITCH. Check the invites... mine started sending 0.0.0.0 in the sdp on initial invites. /b On Apr 4, 2010, at 1:57 PM, Aloysius Lloyd wrote:
There is no firmware update on Aastra. Only change in FreeSWITCH.
Snom 320 throwing the following Error.
2010-04-04 14:04:44.588816 [ERR] sofia_glue.c:3380 a=crypto in RTP/AVP, refer to rfc3711
Thank you for the information. I have deployed hundreds of Aastra Phones so far no major problems and complains. There are some firmware issues in earlier versions. In my scenario FreeSWITCH 17155 working and 17188 is not working. Thanks Lloyd On Sun, Apr 4, 2010 at 3:05 PM, Brian West <brian@freeswitch.org> wrote:
That snom error means you don't have the SRTP set to optional... because a=crypto in an RTP/AVP is invalid.
Again I don't trust the aastra's cuz I have personally seen them fuck up in production with no changes to FreeSWITCH. Check the invites... mine started sending 0.0.0.0 in the sdp on initial invites.
/b
On Apr 4, 2010, at 1:57 PM, Aloysius Lloyd wrote:
There is no firmware update on Aastra. Only change in FreeSWITCH.
Snom 320 throwing the following Error.
2010-04-04 14:04:44.588816 [ERR] sofia_glue.c:3380 a=crypto in RTP/AVP, refer to rfc3711
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I just notice in the console log. 2010-04-04 15:04:07.403184 [DEBUG] sofia.c:5847 IP A.B.C.D Rejected by acl "domains". Falling back to Digest auth. 2010-04-04 15:04:07.566184 [DEBUG] sofia.c:5847 IP A.B.C.D Rejected by acl "domains". Falling back to Digest auth. Snom and Aastra - I have the same behavior. But Xlite - Not giving the same message and working. Thanks Lloyd On Sun, Apr 4, 2010 at 3:15 PM, Aloysius Lloyd <lloyd.aloysius@gmail.com>wrote:
Thank you for the information.
I have deployed hundreds of Aastra Phones so far no major problems and complains. There are some firmware issues in earlier versions.
In my scenario FreeSWITCH 17155 working and 17188 is not working.
Thanks Lloyd
On Sun, Apr 4, 2010 at 3:05 PM, Brian West <brian@freeswitch.org> wrote:
That snom error means you don't have the SRTP set to optional... because a=crypto in an RTP/AVP is invalid.
Again I don't trust the aastra's cuz I have personally seen them fuck up in production with no changes to FreeSWITCH. Check the invites... mine started sending 0.0.0.0 in the sdp on initial invites.
/b
On Apr 4, 2010, at 1:57 PM, Aloysius Lloyd wrote:
There is no firmware update on Aastra. Only change in FreeSWITCH.
Snom 320 throwing the following Error.
2010-04-04 14:04:44.588816 [ERR] sofia_glue.c:3380 a=crypto in RTP/AVP, refer to rfc3711
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I'm going to not be able to tell you unless you show me the register and reply to register.. please turn on the sip trace and give me that and I can see what is going on. /b On Apr 4, 2010, at 2:19 PM, Aloysius Lloyd wrote:
I just notice in the console log.
2010-04-04 15:04:07.403184 [DEBUG] sofia.c:5847 IP A.B.C.D Rejected by acl "domains". Falling back to Digest auth. 2010-04-04 15:04:07.566184 [DEBUG] sofia.c:5847 IP A.B.C.D Rejected by acl "domains". Falling back to Digest auth.
Snom and Aastra - I have the same behavior.
But Xlite - Not giving the same message and working.
Thanks Lloyd
Brian, Could you please guide me , how to capture the SIP Trace. 1. One Phone Register 2. Other One Not Register 3. Both cannot make any calls. 4. Multi Tenant Environment. Thanks Lloyd On Sun, Apr 4, 2010 at 3:24 PM, Brian West <brian@freeswitch.org> wrote:
I'm going to not be able to tell you unless you show me the register and reply to register.. please turn on the sip trace and give me that and I can see what is going on.
/b
On Apr 4, 2010, at 2:19 PM, Aloysius Lloyd wrote:
I just notice in the console log.
2010-04-04 15:04:07.403184 [DEBUG] sofia.c:5847 IP A.B.C.D Rejected by acl "domains". Falling back to Digest auth. 2010-04-04 15:04:07.566184 [DEBUG] sofia.c:5847 IP A.B.C.D Rejected by acl "domains". Falling back to Digest auth.
Snom and Aastra - I have the same behavior.
But Xlite - Not giving the same message and working.
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
sofia profile xxxx siptrace on /b PS:xxxx replace with your profilename On Apr 4, 2010, at 3:05 PM, Aloysius Lloyd wrote:
Brian,
Could you please guide me , how to capture the SIP Trace.
1. One Phone Register 2. Other One Not Register 3. Both cannot make any calls. 4. Multi Tenant Environment.
Thanks Lloyd
Please find the following trace. 1. Snom 320 - Xlite Call Failed http://pastebin.freeswitch.org/12624 <http://pastebin.freeswitch.org/12624>2. Aastra 57i - Dial 9999 http://pastebin.freeswitch.org/12626 3. Phone Not Registering. http://pastebin.freeswitch.org/12627 On Sun, Apr 4, 2010 at 4:10 PM, Brian West <brian@freeswitch.org> wrote:
sofia profile xxxx siptrace on
/b PS:xxxx replace with your profilename
On Apr 4, 2010, at 3:05 PM, Aloysius Lloyd wrote:
Brian,
Could you please guide me , how to capture the SIP Trace.
1. One Phone Register 2. Other One Not Register 3. Both cannot make any calls. 4. Multi Tenant Environment.
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Apr 4, 2010, at 3:27 PM, Aloysius Lloyd wrote:
Please find the following trace.
1. Snom 320 - Xlite Call Failed
INCOMPATIBLE_DESTINATION (turn SRTP off or set it to optional for the SAVP option.) Fix the option I told you about already. This is listed in the FAQ on the wiki already.
2. Aastra 57i - Dial 9999
Your phone isn't even getting autenticated sounds like you have put some ACL's in place to allow it in without auth. 201->9999 in context public
3. Phone Not Registering.
Enable rport if you notice the register comes from port 1026 and we challenge to 5060 because thats what the phone put in the contact field. Enable rport on the phone will fix this. /b
On Sun, Apr 4, 2010 at 4:10 PM, Brian West <brian@freeswitch.org> wrote: sofia profile xxxx siptrace on
/b PS:xxxx replace with your profilename
On Apr 4, 2010, at 3:05 PM, Aloysius Lloyd wrote:
Brian,
Could you please guide me , how to capture the SIP Trace.
1. One Phone Register 2. Other One Not Register 3. Both cannot make any calls. 4. Multi Tenant Environment.
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thanks Brian. This is simple direct install and no ACL. I am going to Install From Scratch. Thanks Lloyd On Sun, Apr 4, 2010 at 4:35 PM, Brian West <brian@freeswitch.org> wrote:
On Apr 4, 2010, at 3:27 PM, Aloysius Lloyd wrote:
Please find the following trace.
1. Snom 320 - Xlite Call Failed
INCOMPATIBLE_DESTINATION (turn SRTP off or set it to optional for the SAVP option.)
Fix the option I told you about already. This is listed in the FAQ on the wiki already.
2. Aastra 57i - Dial 9999
Your phone isn't even getting autenticated sounds like you have put some ACL's in place to allow it in without auth.
201->9999 in context public
3. Phone Not Registering.
Enable rport if you notice the register comes from port 1026 and we challenge to 5060 because thats what the phone put in the contact field. Enable rport on the phone will fix this.
/b
On Sun, Apr 4, 2010 at 4:10 PM, Brian West <brian@freeswitch.org> wrote: sofia profile xxxx siptrace on
/b PS:xxxx replace with your profilename
On Apr 4, 2010, at 3:05 PM, Aloysius Lloyd wrote:
Brian,
Could you please guide me , how to capture the SIP Trace.
1. One Phone Register 2. Other One Not Register 3. Both cannot make any calls. 4. Multi Tenant Environment.
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
be sure to nuke your configs... cuz we won't when you reinstall. /b On Apr 4, 2010, at 4:11 PM, Aloysius Lloyd wrote:
Thanks Brian.
This is simple direct install and no ACL. I am going to Install From Scratch.
Thanks Lloyd
Brian, I reinstall the OS , FreeSWITCH and Setup the configurations. It is same problem. . 1. Multi Tenant Setup is not working [ Aastra Phones , 57i Register and 9143is Not Registering and No way to make a calls ] . But Xlite Working without any problem. 2. When I use the Aasta Phones connecting Default Extension 1000 it is working. 3. My Local Router LinkSys WRT54GL + Tomato 1.27 Multi Tenant Setup working fine before. Please let me know if you need a SSH access. Thanks Lloyd On Sun, Apr 4, 2010 at 5:25 PM, Brian West <brian@freeswitch.org> wrote:
be sure to nuke your configs... cuz we won't when you reinstall.
/b
On Apr 4, 2010, at 4:11 PM, Aloysius Lloyd wrote:
Thanks Brian.
This is simple direct install and no ACL. I am going to Install From Scratch.
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Then you're config is clearly wrong. /b On Apr 5, 2010, at 12:46 PM, Aloysius Lloyd wrote:
Brian,
I reinstall the OS , FreeSWITCH and Setup the configurations.
It is same problem. .
1. Multi Tenant Setup is not working [ Aastra Phones , 57i Register and 9143is Not Registering and No way to make a calls ] .
But Xlite Working without any problem.
2. When I use the Aasta Phones connecting Default Extension 1000 it is working.
3. My Local Router LinkSys WRT54GL + Tomato 1.27
Multi Tenant Setup working fine before. Please let me know if you need a SSH access.
Thanks Lloyd
Brian, I do not think so. If the config is wrong why the xlite is working for the Multitenat Extension. The same extension is registering and not able to make call . In another phone even not registering. Thanks Lloyd On Mon, Apr 5, 2010 at 1:56 PM, Brian West <brian@freeswitch.org> wrote:
Then you're config is clearly wrong.
/b
On Apr 5, 2010, at 12:46 PM, Aloysius Lloyd wrote:
Brian,
I reinstall the OS , FreeSWITCH and Setup the configurations.
It is same problem. .
1. Multi Tenant Setup is not working [ Aastra Phones , 57i Register and 9143is Not Registering and No way to make a calls ] .
But Xlite Working without any problem.
2. When I use the Aasta Phones connecting Default Extension 1000 it is working.
3. My Local Router LinkSys WRT54GL + Tomato 1.27
Multi Tenant Setup working fine before. Please let me know if you need a SSH access.
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Well based on your logs its clearly setup wrong... did you wipe the config? and start over and how are you doing multi-tenant? Can you explain to me the steps you took to make a multi-tenant setup? /b On Apr 5, 2010, at 1:31 PM, Aloysius Lloyd wrote:
Brian,
I do not think so.
If the config is wrong why the xlite is working for the Multitenat Extension. The same extension is registering and not able to make call . In another phone even not registering.
Thanks Lloyd
Brian, Further to my previous off list email. I can confirm now 100% something went wrong between 17155 to 17188. The same setup working on the following version freeswitch@internal> version FreeSWITCH Version 1.0.trunk (17155) But not working in the following version freeswitch@internal> version FreeSWITCH Version 1.0.head (svn-17188) Thanks Lloyd On Mon, Apr 5, 2010 at 2:40 PM, Brian West <brian@freeswitch.org> wrote:
Well based on your logs its clearly setup wrong... did you wipe the config? and start over and how are you doing multi-tenant? Can you explain to me the steps you took to make a multi-tenant setup?
/b
On Apr 5, 2010, at 1:31 PM, Aloysius Lloyd wrote:
Brian,
I do not think so.
If the config is wrong why the xlite is working for the Multitenat
Extension. The same extension is registering and not able to make call . In another phone even not registering.
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Considering that their was only exactly ONE patch between 17155 to 17188 that involved sofia and didn't touch any of that code in sofia related to nat (add killgw _all_ to delete all gws 17167) the rest were mod_skinny, mod_sangoma_codec, swigall, packaging and git related changes. 17187 was making sofia work on OpenBSD you could try to use 17186, And report... But looking over the changes between those two I don't see anything that obvious related to sofia and nat that could have broken. /b On Apr 5, 2010, at 5:08 PM, Aloysius Lloyd wrote:
Brian,
Further to my previous off list email.
I can confirm now 100% something went wrong between 17155 to 17188.
The same setup working on the following version
freeswitch@internal> version FreeSWITCH Version 1.0.trunk (17155)
But not working in the following version
freeswitch@internal> version FreeSWITCH Version 1.0.head (svn-17188)
Thanks Lloyd
I try the 17186 same issue. Then I pull the latest source from Git. Everything back to normal. Thanks Lloyd On Mon, Apr 5, 2010 at 6:20 PM, Brian West <brian@freeswitch.org> wrote:
Considering that their was only exactly ONE patch between 17155 to 17188 that involved sofia and didn't touch any of that code in sofia related to nat (add killgw _all_ to delete all gws 17167) the rest were mod_skinny, mod_sangoma_codec, swigall, packaging and git related changes.
17187 was making sofia work on OpenBSD you could try to use 17186, And report...
But looking over the changes between those two I don't see anything that obvious related to sofia and nat that could have broken.
/b
On Apr 5, 2010, at 5:08 PM, Aloysius Lloyd wrote:
Brian,
Further to my previous off list email.
I can confirm now 100% something went wrong between 17155 to 17188.
The same setup working on the following version
freeswitch@internal> version FreeSWITCH Version 1.0.trunk (17155)
But not working in the following version
freeswitch@internal> version FreeSWITCH Version 1.0.head (svn-17188)
Thanks Lloyd
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
No source changed between 17186 and 17187 other then the build system for OpenBSD. /b On Apr 6, 2010, at 3:18 PM, Aloysius Lloyd wrote:
I try the 17186 same issue.
Then I pull the latest source from Git. Everything back to normal.
Thanks Lloyd
Can you try 17187 then 17188 /b On Apr 6, 2010, at 3:18 PM, Aloysius Lloyd wrote:
I try the 17186 same issue.
Then I pull the latest source from Git. Everything back to normal.
Thanks Lloyd
On Mon, Apr 5, 2010 at 6:20 PM, Brian West <brian@freeswitch.org> wrote: Considering that their was only exactly ONE patch between 17155 to 17188 that involved sofia and didn't touch any of that code in sofia related to nat (add killgw _all_ to delete all gws 17167) the rest were mod_skinny, mod_sangoma_codec, swigall, packaging and git related changes.
17187 was making sofia work on OpenBSD you could try to use 17186, And report...
But looking over the changes between those two I don't see anything that obvious related to sofia and nat that could have broken.
/b
participants (6)
-
Aloysius Lloyd
-
Anthony Minessale
-
Brian West
-
Gavin Henry
-
Jason White
-
jay binks