On Thu, 2009-11-12 at 11:36 +0200, an...@iguanait.com wrote:
> Hi,
> 
> we have installed Sipxecs 4.0.2-016420 on Centos 5.
> 
> It is not behind NAT and it is configured properly.
> 
> We are facing a problem with one of the ITSPs that we have added as a
> Gateway. The ITSP is Telsome (telsome.com). 
> 
> Registration process is ok. We are able to register to the ITSP, but
> when we make a call, then in INVITE process we get:
> 
> javax.sip.TransactionUnavailableException: Missing a required header :
> Max-Forwards
>         at
> gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:461)
>         at
> org.sipfoundry.sipxbridge.CallControlManager.processInvite(CallControlManager.java:395)
>         at
> org.sipfoundry.sipxbridge.CallControlManager.processRequest(CallControlManager.java:2665)
>         at
> org.sipfoundry.sipxbridge.SipListenerImpl.processRequest(SipListenerImpl.java:329)
>         at
> gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
>         at
> gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:184)
>         at
> gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:941)
>         at
> gov.nist.javax.sip.stack.SIPServerTransaction.processRequest(SIPServerTransaction.java:807)
>         at
> gov.nist.javax.sip.stack.UDPMessageChannel.processMessage(UDPMessageChannel.java:455)
>         at
> gov.nist.javax.sip.stack.UDPMessageChannel.processIncomingDataPacket(UDPMessageChannel.java:414)
>         at
> gov.nist.javax.sip.stack.UDPMessageChannel.run(UDPMessageChannel.java:258)
>         at java.lang.Thread.run(Thread.java:619)
> Caused by: java.text.ParseException: Missing a required header :
> Max-Forwards
>         at
> gov.nist.javax.sip.message.SIPRequest.checkHeaders(SIPRequest.java:231)
>         at
> gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:459)
>         ... 11 more
> "2009-11-11T23:09:32.165000Z":13:JAVA:ERR:mysipserver.mydomain.tld:Thread-17:00000000:CallControlUtilities:"Check
>  gateway configuration"
> java.lang.NullPointerException
>         at
> org.sipfoundry.sipxbridge.SipUtilities.createResponse(SipUtilities.java:1121)
>         at
> org.sipfoundry.sipxbridge.CallControlUtilities.sendBadRequestError(CallControlUtilities.java:52)
>         at
> org.sipfoundry.sipxbridge.CallControlManager.processInvite(CallControlManager.java:544)
>         at
> org.sipfoundry.sipxbridge.CallControlManager.processRequest(CallControlManager.java:2665)
>         at
> org.sipfoundry.sipxbridge.SipListenerImpl.processRequest(SipListenerImpl.java:329)
>         at
> gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
>         at
> gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:184)
>         at
> gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:941)
>         at
> gov.nist.javax.sip.stack.SIPServerTransaction.processRequest(SIPServerTransaction.java:807)
>         at
> gov.nist.javax.sip.stack.UDPMessageChannel.processMessage(UDPMessageChannel.java:455)
>         at
> gov.nist.javax.sip.stack.UDPMessageChannel.processIncomingDataPacket(UDPMessageChannel.java:414)
>         at
> gov.nist.javax.sip.stack.UDPMessageChannel.run(UDPMessageChannel.java:258) 
>         at java.lang.Thread.run(Thread.java:619)
> 
> You can see the complete log part from log file that i attached:
> 
> 
> What can i do and is there a way this to be fixed? Maybe some checkbox
> in ATSP settings in Gateway, where users to be able to check if is
> required this Header to be added in Invite requests or not. Any
> suggestions or directions how this can be solved will be appreciated.

That's a bug on our side, I'm afraid.  Please file an issue - the log
file you attached is sufficient - you don't need a full snapshot.

The log is correct in that Max-Forwards is a required header, but
instead of rejecting it, sipXbridge should just add one and continue.

There's no configuration you can do to work around this.  You should
also point it out to the ITSP... I suspect that they are using a very
old version of Asterisk.

In the mean time, go shopping for another ITSP...


_______________________________________________
sipx-users mailing list sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to