[asterisk-dev] chan_sip.c - no reply to critical packet

[Gregory Boehnlein]

> Hmm.. I wonder why the Cisco is sending an Info request? The only thing
> that I think that might be causing this is the setting "isdn supp-service
> name calling" which is supposed to map Q.931 calling-name attributes into
a
> SIP message. Since the Q.931 message comes a split-second after the
initial
> call setup on the PRI, the Cisco probably sends a second packet w/ the
> Calling Name. All the Cisco documentation says about the feature is:
> 
> "isdn supp-service name calling
> 
> To set the calling name display parameters sent out an ISDN serial
> interface, use the isdn supp-service name calling command in interface
> configuration mode. To disable calling name delivery, use the no form
> of this command."

Preliminarily, here is what I have found out.

On the Cisco, if I enable:

voice service voip
  signaling forward rawmsg

It seems to work.. the QSIG messages are forwarded over and I am receiving
Calling Name attributes.

If, however, I disable that command and/or use "signaling forward
unconditional" then I see the INFO packet, followed by the 403 and finally
the 6 "200 OK" messages followed by a hangup.

I came across the following article that helped me out:

http://www.cisco.com/en/US/docs/ios/voice/sip/configuration/guide/tunneling_
qsig_ps6441_TSD_Products_Configuration_Guide_Chapter.html

I'll see how this works over the weekend, and see if it reduces the number
of Hangup messages I get..