Hi! thx for your help. That seams to have helped. I need to do more testing but now I was able to reach both phones. Thx
btw, I didn't create the DNS settings by hand, sipx-dns does create them like that. The dns entries are generated by sipx: [EMAIL PROTECTED] ~]# sipx-dns phone.tirol.local sipx.phone.tirol.local ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ; sipX Servers for SIP domain 'phone.tirol.local' ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; phone.tirol.local. IN NAPTR 2 0 "s" "SIP+D2T" "" _sip._tcp.phone.tirol.local. phone.tirol.local. IN NAPTR 2 0 "s" "SIP+D2U" "" _sip._udp.phone.tirol.local. _sip._tcp.phone.tirol.local. IN SRV 1 0 5060 sipx.phone.tirol.local. _sip._udp.phone.tirol.local. IN SRV 1 0 5060 sipx.phone.tirol.local. ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; I removed now the TCP naptr entry. Mit freundlichen Grüßen Robert Penz -----Ursprüngliche Nachricht----- Von: Nikolay Kondratyev [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 07. November 2008 13:39 An: PENZ Robert; [email protected] Betreff: RE: [sipx-users] problem with snom 320 Robert, I'm not sure in my idea, but I found one thing that I don't like. Looking at your traces (in particular trace registration_10.12.142.251.raw) I see, that contact field contains "transport=tcp" while request line contains "transport=udp". I definitely don't like it. I would guess that sipx by default created config file for the phone with udp transport. But NAPTR dns response (packet 124 in the trace) returned tcp. To be more precise naptr response contains two options with the same priority, but tcp is the first one. That, I guess, leads to the "transport=tcp" in contact field of register request. By the way, take a look at http://tools.ietf.org/html/rfc3263#section-4.1 where the selection transport protocol procedure is described. I would suggest the following: Decide which transport are you going to use. Verify that config file generated by sipxconfig contains right setting. Setup your NAPTR record accordingly (or just remove NAPTR record from your dns). Hope this helps, Nikolay. > -----Original Message----- > From: PENZ Robert [mailto:[EMAIL PROTECTED] > Sent: Friday, November 07, 2008 11:41 AM > To: Nikolay Kondratyev; [email protected] > Subject: AW: [sipx-users] problem with snom 320 > > Hi! > > yes both are registered, but one of them has "transport=tcp" in its > registration and other one not. > > "Joe Test"<sip:[EMAIL PROTECTED];transport=udp> > <sip:[EMAIL PROTECTED]:2054;line=b25up4vv> 1832 > "Jane Test"<sip:[EMAIL PROTECTED];transport=udp> > <sip:[EMAIL PROTECTED]:5060;transport=tcp;line=y87jxqta> 1981 > > I attached the traces. thx for your help. > > > Mit freundlichen Grüßen > Robert Penz > > -----Ursprüngliche Nachricht----- > Von: Nikolay Kondratyev [mailto:[EMAIL PROTECTED] > Gesendet: Freitag, 07. November 2008 08:48 > An: PENZ Robert; [email protected] > Betreff: RE: [sipx-users] problem with snom 320 > > Robert, > > Is the phone registered? > Can you send a trace (tcpdump) with registration and a call? > > Nikolay. > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:sipx-users- > > [EMAIL PROTECTED] On Behalf Of PENZ Robert > > Sent: Friday, November 07, 2008 10:28 AM > > To: [email protected] > > Subject: Re: [sipx-users] problem with snom 320 > > > > Hi! > > > > yes. I find nothing that explains the behavior. I even did a tcpdump and > I > > believe that sipx tries to reach the called phone but it somehow does > not > > report correctly back. But I did only use the auto config via sipx, I > even > > did reset the phones to factory defaults before that. > > > > > > Mit freundlichen Grüßen > > Robert Penz > > > > -----Ursprüngliche Nachricht----- > > Von: Nikolay Kondratyev [mailto:[EMAIL PROTECTED] > > Gesendet: Freitag, 07. November 2008 07:38 > > An: PENZ Robert; [email protected] > > Betreff: RE: [sipx-users] problem with snom 320 > > > > Hi Robert, > > > > Have you take a look at > > http://sipx- > > wiki.calivia.com/index.php/HowTo_configure_SNOM_SIP_phone_with_s > > ipX ? > > > > Regards, > > Nikolay. > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:sipx-users- > > > [EMAIL PROTECTED] On Behalf Of PENZ Robert > > > Sent: Thursday, November 06, 2008 8:30 PM > > > To: [email protected] > > > Subject: [sipx-users] problem with snom 320 > > > > > > Hi! > > > > > > I've installed the current stable sipx for testing with the install cd > > > (centos 5) and I believe I got everything running with the exception > of > > a > > > weird problem with my 2 test snom phones. > > > > > > Following is the basis data: > > > > > > - 2 x snom 320 with firmware 6.5.18 > > > - using plug and play configuration > > > - first has the extension/user id 2001 and the second 2002 > > > - both are in the same subnet (even on the same switch) > > > - the sipx server is also in the same subnet > > > - both register without any problem at sipx > > > > > > "Joe Test"<sip:[EMAIL PROTECTED];transport=udp> > > > <sip:[EMAIL PROTECTED]:2069;line=e222q6zy> 395 > > > "Joe Test"<sip:[EMAIL PROTECTED];transport=udp> > > > <sip:[EMAIL PROTECTED]:2072;line=hfqm16th> Expired > > > "Joe Test"<sip:[EMAIL PROTECTED];transport=udp> > > > <sip:[EMAIL PROTECTED]:5060;transport=tcp;line=904burn6> 1206 > > > "Jane Test"<sip:[EMAIL PROTECTED];transport=udp> > > > <sip:[EMAIL PROTECTED]:2051;line=jg72be4r> 1923 > > > > > > Problem description: > > > > > > I'm able to call with one snom the other one but not the other way > round. > > > After a reboot (pulling the power at the same time for both) it can > > change > > > (which one can call which). I had them running on an Asterisk system > for > > > some time now and no problem there. > > > > > > If I can not call the other phone I get following text told after some > > > seconds of waiting: > > > > > > The owner of the extension 2001 is not available. You can leave a > > > message.... > > > > > > Here some log data, but I'm not sure if they help. Thx for any help! > > > > > > /var/log/sipxpbx/sipregistrar.log > > > > > > "2008-11- > > > 06T17:08:16.295401Z":19:SIP:ERR:sipx.phone.tirol.local:SipClientTcp- > > > 29:FFFFFFFF:SipRegistrar:"SipClientWriteBuffer[SipClientTcp-29]::empty > > had > > > 0 total messages" > > > "2008-11- > > > 06T17:08:16.297522Z":20:SIP:ERR:sipx.phone.tirol.local:SipClientTcp- > > > 30:FFFFFFFF:SipRegistrar:"SipClientWriteBuffer[SipClientTcp-30]::empty > > had > > > 0 total messages" > > > "2008-11- > > > > > > 06T17:09:40.382371Z":21:SIP:ERR:sipx.phone.tirol.local:RegistrarPersist:B7 > > > 3CEB90:SipRegistrar:"Url::parseString Invalid addr-spec found > (probably > > > name-addr format): '\"Jo > > > e Test\"<sip:[EMAIL PROTECTED];transport=udp>'" > > > "2008-11- > > > > > > 06T17:09:40.382450Z":22:SIP:ERR:sipx.phone.tirol.local:RegistrarPersist:B7 > > > 3CEB90:SipRegistrar:"Url::parseString no valid host found at char 0 in > > > '\"Joe Test\"<sip:[EMAIL PROTECTED] > > > ne.tirol.local;transport=udp>', uriForm = addr-spec" > > > "2008-11- > > > 06T17:14:56.294452Z":23:SIP:ERR:sipx.phone.tirol.local:SipClientTcp- > > > 31:FFFFFFFF:SipRegistrar:"SipClientWriteBuffer[SipClientTcp-31]::empty > > had > > > 0 total messages" > > > "2008-11- > > > 06T17:14:56.296677Z":24:SIP:ERR:sipx.phone.tirol.local:SipClientTcp- > > > 32:FFFFFFFF:SipRegistrar:"SipClientWriteBuffer[SipClientTcp-32]::empty > > had > > > 0 total messages" > > > "2008-11- > > > > > > 06T17:17:00.751337Z":25:SIP:ERR:sipx.phone.tirol.local:RegistrarPersist:B7 > > > 3CEB90:SipRegistrar:"Url::parseString Invalid addr-spec found > (probably > > > name-addr format): '\"Ja > > > ne Test\"<sip:[EMAIL PROTECTED];transport=udp>'" > > > "2008-11- > > > > > > 06T17:17:00.751414Z":26:SIP:ERR:sipx.phone.tirol.local:RegistrarPersist:B7 > > > 3CEB90:SipRegistrar:"Url::parseString no valid host found at char 0 in > > > '\"Jane Test\"<sip:[EMAIL PROTECTED] > > > one.tirol.local;transport=udp>', uriForm = addr-spec" > > > "2008-11- > > > > > > 06T17:17:45.972683Z":27:SIP:NOTICE:sipx.phone.tirol.local:SipRedirectServe > > > r-13:B66C1B90:SipRegistrar:"[130-SUBSCRIBE] > > SipRedirectorSubscribe::lookUp > > > Remove q value '1.0' > > > from '<sip:[EMAIL PROTECTED]:5060;transport=tcp;line=904burn6>'" > > > "2008-11- > > > > > > 06T17:17:45.972791Z":28:SIP:NOTICE:sipx.phone.tirol.local:SipRedirectServe > > > r-13:B66C1B90:SipRegistrar:"[130-SUBSCRIBE] > > SipRedirectorSubscribe::lookUp > > > Remove q value '1.0' > > > from '<sip:[EMAIL PROTECTED]:2069;line=e222q6zy>'" > > > "2008-11- > > > > > > 06T17:22:03.472815Z":29:SIP:ERR:sipx.phone.tirol.local:RegistrarPersist:B7 > > > 3CEB90:SipRegistrar:"Url::parseString Invalid addr-spec found > (probably > > > name-addr format): '\"Jo > > > e Test\"<sip:[EMAIL PROTECTED];transport=udp>'" > > > "2008-11- > > > > > > 06T17:22:03.472891Z":30:SIP:ERR:sipx.phone.tirol.local:RegistrarPersist:B7 > > > 3CEB90:SipRegistrar:"Url::parseString no valid host found at char 0 in > > > '\"Joe Test\"<sip:[EMAIL PROTECTED] > > > one.tirol.local;transport=udp>', uriForm = addr-spec" > > > > > > > > > > > > /var/log/sipxpbx/sipxconfig.log > > > > > > > > > "2008-11-06 13:43:21,717": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 13:46:26,593": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 13:46:26,594": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 14:02:12,364": WARN:CacheManager:685:CacheManager already > > > shutdown > > > "2008-11-06 15:17:34,444": WARN:PageLoader:264:Parameter > submitOnChange > > > (at context:/WEB-INF/dialplan/EditAttendantDialRule.page, line 79, > > column > > > 51) has been deprecated, and may be removed in a future release. > Consult > > > the documentation for component PropertySelection to determine an > > > appropriate replacement. > > > "2008-11-06 16:46:55,572": WARN:JDBCExceptionReporter:77:SQL Error: 0, > > > SQLState: 57P01 > > > "2008-11-06 16:46:55,632":ERROR:JDBCExceptionReporter:78:FATAL: > > > terminating connection due to administrator command > > > "2008-11-06 16:46:55,637": WARN:JDBCExceptionReporter:77:SQL Error: 0, > > > SQLState: 08006 > > > "2008-11-06 16:46:55,638":ERROR:JDBCExceptionReporter:78:An I/O error > > > occured while sending to the backend. > > > "2008-11-06 16:46:57,752": WARN:RequestExceptionReporter:44:Unable to > > > process client request: Hibernate operation: could not execute query; > > > uncategorized SQLException for SQL [select count(*) as y0_ from users > > > this_]; SQL state [57P01]; error code [0]; FATAL: terminating > connection > > > due to administrator command; nested exception is > > > org.postgresql.util.PSQLException: FATAL: terminating connection due > to > > > administrator command > > > org.springframework.jdbc.UncategorizedSQLException: Hibernate > operation: > > > could not execute query; uncategorized SQLException for SQL [select > > > count(*) as y0_ from users this_]; SQL state [57P01]; error code [0]; > > > FATAL: terminating connection due to administrator command; nested > > > exception is org.postgresql.util.PSQLException: FATAL: terminating > > > connection due to administrator command > > > Caused by: > > > org.postgresql.util.PSQLException: FATAL: terminating connection due > to > > > administrator command > > > at > > > > > > org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecuto > > > rImpl.java:1548) > > > at > > > > > > org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl. > > > java:1316) > > > at > > > > > > org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:19 > > > 1) > > > at > > > > > > org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement > > > .java:452) > > > at > > > > > > org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2 > > > Statement.java:351) > > > at > > > > > > org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Stat > > > ement.java:255) > > > at > > > > > > com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeQuery(NewProxyPr > > > eparedStatement.java:76) > > > at > > > > > > org.hibernate.jdbc.AbstractBatcher.getResultSet(AbstractBatcher.java:186) > > > at org.hibernate.loader.Loader.getResultSet(Loader.java:1787) > > > at org.hibernate.loader.Loader.doQuery(Loader.java:674) > > > at > > > > > > org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader. > > > java:236) > > > at org.hibernate.loader.Loader.doList(Loader.java:2220) > > > at > > > org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2104) > > > at org.hibernate.loader.Loader.list(Loader.java:2099) > > > at > > > > > > org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLoader.java:94) > > > at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1569) > > > at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:283) > > > at > > > > > > org.sipfoundry.sipxconfig.common.SipxHibernateDaoSupport.getBeansInGroupCo > > > unt(Unknown Source) > > > at > > > > > > org.sipfoundry.sipxconfig.common.CoreContextImpl.getUsersInGroupCount(Unkn > > > own Source) > > > at > > > org.sipfoundry.sipxconfig.common.CoreContextImpl.getUsersCount(Unknown > > > Source) > > > at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown > Source) > > > at > > > > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm > > > pl.java:25) > > > at java.lang.reflect.Method.invoke(Method.java:585) > > > at > > > > > > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(Ao > > > pUtils.java:304) > > > at > > > > > > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoi > > > nt(ReflectiveMethodInvocation.java:172) > > > at > > > > > > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Refle > > > ctiveMethodInvocation.java:139) > > > at > > > > > > org.springframework.orm.hibernate3.HibernateInterceptor.invoke(HibernateIn > > > terceptor.java:104) > > > at > > > > > > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(Refle > > > ctiveMethodInvocation.java:161) > > > at > > > > > > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopP > > > roxy.java:203) > > > at $Proxy6.getUsersCount(Unknown Source) > > > at > > > org.sipfoundry.sipxconfig.components.Border.pageValidate(Unknown > Source) > > > at > > > > org.apache.tapestry.AbstractPage.firePageValidate(AbstractPage.java:585) > > > at > > > org.apache.tapestry.AbstractPage.validate(AbstractPage.java:307) > > > at > > > > org.apache.tapestry.engine.RequestCycle.activate(RequestCycle.java:625) > > > at > > > > > > net.sf.tacos.ajax.impl.AjaxDirectServiceImpl.service(AjaxDirectServiceImpl > > > .java:169) > > > at > > > > > > $AjaxDirectService_11d71e5c36e.service($AjaxDirectService_11d71e5c36e.java > > > ) > > > at > > > > > > org.apache.tapestry.services.impl.EngineServiceOuterProxy.service(EngineSe > > > rviceOuterProxy.java:66) > > > at > > > > > > org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java:248) > > > at > > > > > > org.apache.tapestry.services.impl.InvokeEngineTerminator.service(InvokeEng > > > ineTerminator.java:60) > > > at > > > > > > $WebRequestServicer_11d71e5c34d.service($WebRequestServicer_11d71e5c34d.ja > > > va) > > > at > > > org.sipfoundry.sipxconfig.site.DiscardSessionFilter.service(Unknown > > > Source) > > > at > > > > > > $WebRequestServicerFilter_11d71e5c34b.service($WebRequestServicerFilter_11 > > > d71e5c34b.java) > > > at > > > > > > $WebRequestServicer_11d71e5c34f.service($WebRequestServicer_11d71e5c34f.ja > > > va) > > > at > > > > > > $WebRequestServicer_11d71e5c347.service($WebRequestServicer_11d71e5c347.ja > > > va) > > > at > > > > > > org.apache.tapestry.services.impl.WebRequestServicerPipelineBridge.service > > > (WebRequestServicerPipelineBridge.java:56) > > > at > > > > > > $ServletRequestServicer_11d71e5c32d.service($ServletRequestServicer_11d71e > > > 5c32d.java) > > > at > > > > > > org.apache.tapestry.request.DecodedRequestInjector.service(DecodedRequestI > > > njector.java:55) > > > at > > > > > > $ServletRequestServicerFilter_11d71e5c329.service($ServletRequestServicerF > > > ilter_11d71e5c329.java) > > > at > > > > > > $ServletRequestServicer_11d71e5c32f.service($ServletRequestServicer_11d71e > > > 5c32f.java) > > > at > > > > > > org.apache.tapestry.multipart.MultipartDecoderFilter.service(MultipartDeco > > > derFilter.java:52) > > > at > > > > > > $ServletRequestServicerFilter_11d71e5c327.service($ServletRequestServicerF > > > ilter_11d71e5c327.java) > > > at > > > > > > $ServletRequestServicer_11d71e5c32f.service($ServletRequestServicer_11d71e > > > 5c32f.java) > > > at > > > > > > org.apache.tapestry.services.impl.SetupRequestEncoding.service(SetupReques > > > tEncoding.java:53) > > > at > > > > > > $ServletRequestServicerFilter_11d71e5c32b.service($ServletRequestServicerF > > > ilter_11d71e5c32b.java) > > > at > > > > > > $ServletRequestServicer_11d71e5c32f.service($ServletRequestServicer_11d71e > > > 5c32f.java) > > > at > > > > > > $ServletRequestServicer_11d71e5c321.service($ServletRequestServicer_11d71e > > > 5c321.java) > > > at > > > > > > org.apache.tapestry.ApplicationServlet.doService(ApplicationServlet.java:1 > > > 23) > > > at > > > > > > org.apache.tapestry.ApplicationServlet.doPost(ApplicationServlet.java:168) > > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:616) > > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:689) > > > at > > > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:427) > > > at > > > > > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebAp > > > plicationHandler.java:832) > > > at > > > > > > org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:167 > > > ) > > > at > > > > > > org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:1 > > > 20) > > > at > > > > > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebAp > > > plicationHandler.java:823) > > > at > > > > > > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHan > > > dler.java:473) > > > at > > > > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567) > > > at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) > > > at > > > > > > org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationConte > > > xt.java:635) > > > at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) > > > at org.mortbay.http.HttpServer.service(HttpServer.java:954) > > > at > > > org.mortbay.http.HttpConnection.service(HttpConnection.java:814) > > > at > > > org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:981) > > > at > > org.mortbay.http.HttpConnection.handle(HttpConnection.java:831) > > > at > > > > > > org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) > > > at > > org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) > > > at > > org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) > > > "2008-11-06 16:49:10,699": WARN:CacheManager:685:CacheManager already > > > shutdown > > > "2008-11-06 17:07:07,861": WARN:PageLoader:264:Parameter > submitOnChange > > > (at context:/WEB-INF/dialplan/EditAttendantDialRule.page, line 79, > > column > > > 51) has been deprecated, and maybe removed in a future release. > Consult > > > the documentation for component PropertySelection to determine an > > > appropriate replacement. > > > "2008-11-06 17:19:19,901": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 17:19:19,903": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 17:19:27,494": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 17:19:27,496": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 17:50:21,950": WARN:CacheManager:685:CacheManager already > > > shutdown > > > "2008-11-06 17:51:44,073": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 17:51:44,075": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 17:51:47,905": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > "2008-11-06 17:51:47,906": WARN:RulesXmlFile:?:Cannot read from > external > > > mapping rules file: > > > > > > Mit freundlichen Grüßen > > > Robert Penz > > > > > > ---------------------------------------------------- > > > Dipl. Inf. Robert Penz > > > DVT-Daten-Verarbeitung-Tirol GmbH > > > Adamgasse 22, 6020 Innsbruck > > > Tel: +43 512 508 3334 / Fax: +43 512 508 3355 > > > eMail: [EMAIL PROTECTED] > > > > > > _______________________________________________ > > > sipx-users mailing list > > > [email protected] > > > List Archive: http://list.sipfoundry.org/archive/sipx-users > > > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > > > > > > _______________________________________________ > > sipx-users mailing list > > [email protected] > > List Archive: http://list.sipfoundry.org/archive/sipx-users > > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
