Voip/sip Registration

[Brett]

Hi,

 

Trying to get VOIP Registration to work to make outgoing calls with VOIP Provider

 

Wireshark capture is showing no SIP protocol being captured when voiceguide opens and when outgoing call made.

 

I am getting SIP protocol captures when using softphone connected to the VOIP account.

 

I have attached the Wireshark capture and vg log files. I have also included the config.xml file so you can see if that registration details have been done correctly.

 

TIA

hmp.zip

[SupportTeam]

vgEngine trace shows that no valid Registration/Authentication entries have been defined in the Config.xml file.

 

Please see: http://www.voiceguide.com/vghelp/source/html/config_voip_register.htm for information on how to register VoiceGuide with a SIP PBX or provider.

 

 

122006.968 5 LoadConfigXml SelectNodes(/VoiceGuideConfig/VoIP_Lines/VoIP_Authentications/VoIP_Authentication returned 1 nodes

122006.968 5 zzConfigXml_VoIP_Authentications idx=0

122006.968 5 ReadXmlNodesSubEntryintoString(Username) node not found in: System.Xml.XmlElement

122006.968 5 ReadXmlNodesSubEntryintoString(Domain) node not found in: System.Xml.XmlElement

 

122011.625 6 VoIP Authentication & Registration start

122011.625 6 VoIP_Authentications_EntriesCount=1

122011.625 6 voip authentication data idx=0: realm:, identity:, username:, ******

122011.625 6 ktTel_VoIPProvider_AuthenticationSet call

122011.625 6 qTel add cmd_VoIPProvider_AuthenticationSet [0,0,0,0,0][||||]

122011.625 6 ktTel_VoIPProvider_AuthenticationSet => []

122011.625 6 VoIP_Registrations_EntriesCount=1

122011.625 6 voip registration data idx=0: , server:, client: , alias: ,

[SupportTeam]

Please update your system to this version of VoiceGuide:

[old link removed]

We'd recommend that you also need to update HMP drivers to the SU275 version.

Please post traces as before if problems persists.

[Brett]

The Config.xml file that had the VOIP Registartion details were in the Config folder, which I see now is an old folder from previous voiceguide installation.

 

I have corrected this and done all of the above updates but still no luck.

 

Again I have included the wireshark capture, voiceguide logs and a copy of Config.xml

voip.zip

[SupportTeam]

Traces show the authentication and registration entries are read in and passed to HMP fine, but the WireShark trace shows no SIP activity at all...

 

Can you try adding an <Expires>600</Expires> entry to the <VoIP_Registration> section in Config.xml, like this:

 

<VoIP_Registration>

<Display>PennyTel</Display>

<Protocol>SIP</Protocol>

<RegServer>sip:sip.pennytel.com</RegServer>

<RegClient>8889249506@sip.pennytel.com</RegClient>

<LocalAlias>8889249506</LocalAlias>

<Expires>600</Expires>

</VoIP_Registration>

 

and then restart VG try placing a SIP call call direct into the system - by using a softphone or any SIP phone and dialing the IP address of VoiceGuide system form another computer/device on the same local network as the VG server.

 

We should verify the system can accept incoming calls before trying to place outbound calls.

[Brett]

Yes, VG accepting incoming calls when using SJ Phone calling the ip address on the network.

[SupportTeam]

Can you post traces which capture system startup after the <Expires>600</Expires> is added to the Config.xml ?

[Brett]

still no SIP activity in wireshark trace

VG Logs.zip

[SupportTeam]

Do you have any firewall or other apps that may prevent outbound communication on this system?

 

Can we log into this system remotely to have a look at it?

 

Please setup access using www.logmine.com or VNC etc. and then email login info to support@voiceguide.com, and include a link to this support forum thread in the email.

[Brett]

Email sent.

 

No firewalls.

 

It does run app called Flexiserver but I have turned this off and no difference has been made and cannot see why this would cause problems anyway.

[SupportTeam]

Had a quick look at this system.

 

This is a VoIP system. Any outbound calls made form this system are made over IP. Any number dialed needs to have and IP address associated with it, which can tell the network router which IP address to send the call request to.

 

We can see that you have registered a number with a VoIP provider PennyTel, so I assume that you would like to send calls through PennyTel as well.

 

So the number that you need to dial is: numbertocall@pennytel.com

 

eg:

 

0421970999@pennytel.com

 

or maybe:

 

0421970999@pennytel.com.au

 

 

Also you will probably need to specify your registered PennyTel account number as the CallerID for the outgoing call. This can be done by specifying something like this in the Options section: <CallerID>youraccount@pennytel.com</CallerID>

 

eg:

 

<CallerID>8889249999@pennytel.com</CallerID>

 

or maybe:

 

<CallerID>8889249999@pennytel.com.au</CallerID>

[Brett]

Ok thanks.

 

Again have done the above and still nothing happening.

 

No call made and no SIP activity in wireshark.

 

here is kTel log from one attempt and I am concerned about the line with the asterisk. what is happening here? is it stripping characters from the phone number string?

 

* 121105.453 2376 CleanDialString [0421979999@pennytel.com]=>[0421979999@.c]

121105.453 2376 3 TelDriver_LineMakeCall hli->Dial_zsOtherCallProgressSettings=[<CallerID>8889249999@pennytel.com</CallerID>]

121105.453 2376 3 Set_DX_CAP_ca_intflg zDial_DxCap.ca_intflg=DX_PAMDOPTEN

121105.453 2376 3 CallProgressOption=[DX_PAMDOPTEN] ca_intflg=200492844

121105.453 2376 MakeCall select driver. strDti=[iptB1T1]

121105.453 2376 MakeCall driver HMP version used, strDti=[iptB1T1]

121105.453 2376 gc_MakeCall initialisation (HMP) - new version

121105.453 2376 3 gcMakeCallBlk.gclib->destination.address=[0421979999@.c] GCADDRTYPE_TRANSPARENT

121105.453 2376 3 set From header using gcMakeCallBlk.gclib->origination.address (Dial_zsCallerIDToSend does not contain 'From:')

121105.453 2376 3 outgoing call protocol is: SIP

121105.453 2376 3 gc_MakeCall [0421979999@.c] call (HMP)

121105.453 2376 3 gc_MakeCall ok. crn=8000001

121105.453 2376 3 call progress detection not enabled. We'll wait till after connect

121105.453 2376 3 TelDriver_LineMakeCall returned 0, hli_Returned=0BF223A8

121105.453 2376 3 TelDriver_LineMakeCall returned hli_Returned->crn_lastMakeCall=08000001

121105.453 2376 3 r generic ktTel_Completion|10000 Completion_MakeCall|0 134217729 (134217729|0|0|0421970386@.c|<CallerID>8889249999@pennytel.com</CallerID>|<result>ok</result><crn>134217729</crn>)

121105.453 2376 3 LineMakeCall TelDriver_LineMakeCall zsResult=[<result>ok</result><crn>134217729</crn>]

121105.468 4948 3 CtEventProcess idx=18 : evttype=2145(2145), crn=8000001, data=091286B8(08881C50), len=8(8) q: 2/2

121105.468 4948 3 ev GCEV_DIALING crn=8000001 crn_lastMakeCall=8000001

121105.468 4948 3 CTelProxy::Event_CallState GCEV_DIALING iLineCallState=16, hCall=134217729 m_pktTelProxyClient=006917D0

121105.468 4948 3 r CallState GCEV_DIALING

121105.468 4948 3 CtEventProcess idx=19 : evttype=2086(2086), crn=8000001, data=091286E8(08881C50), len=8(8) q: 1/2

121105.468 4948 3 ev GCEV_DISCONNECTED crn=8000001

121105.468 4948 3 CTelProxy::Event_CallState GCEV_DISCONNECTED iLineCallState=16384, hCall=134217729 m_pktTelProxyClient=006917D0

121105.468 4948 3 r CallState GCEV_DISCONNECTED

121105.468 4948 3 CtEventProcess idx=20 : evttype=2049(2049), crn=8000001, data=09128718(08881C50), len=8(8) q: 0/2

121105.468 4948 3 ev GCEV_TASKFAIL crn=8000001

121105.468 4948 3 gc_ErrorInfo gcValue=0(0x0), gcMsg=[success], ccLibId=0, ccLibName=[GLOBALCALL], ccValue=0x0, ccMsg=[success], additionalInfo=[]

121105.468 4948 3 t_info: gcValue=137(0x89) gcMsg=[CCLIB specific] ccLibId=8 ccLibName=[GC_H3R_LIB] ccValue=[0x6] ccMsg=[iPERR_INTERNAL - see rtf log] additionalinfo=[]

121105.468 4948 3 r Dialogic GCEV_TASKFAIL 2049 (2049 0 0 )

121105.468 4948 3 calling gc_ResetLineDev. taskfail_crn=8000001, hli->crn=8000001

121105.468 4948 3 CtEventProcess idx=21 : evttype=2054(2054), crn=0, data=09128748(08881C50), len=8(8) q: 0/2

121105.468 4948 3 ev GCEV_RESETLINEDEV - gc_ResetLineDev function completed

121105.468 4948 3 SetChanStateInServiceAndWaitCall call from GCEV_RESETLINEDEV

121105.468 4948 3 SetChanStateInServiceAndWaitCall: gc_setchanstate not called in this version.

121105.468 4948 3 gc_WaitCall call in SetChanStateInServiceAndWaitCall

121105.468 4948 3 gc_WaitCall ok

121105.468 4948 3 r Dialogic GCEV_RESETLINEDEV 2054 (2054 0 0 )

121105.468 2376 3 fn DropCall(sLineId=3, sXMLOptions=[], crn=0)

121105.468 2376 3 TelDriver_DropCall(sXMLOptions=[], crn_in=0)

121105.468 2376 3 clearing sDTMFsReceivedBeforeCallAnswer in TelDriver_DropCall

121105.468 2376 2 dx_stopch call from TelDriver_DropCall

[SupportTeam]

Ability to specify domain names is a recent feature. Please download the current version of VG v7 from our WWW and update the system to that version.

 

Please also ensure that you are using HMP3.0 SU275 or later.

 

Please post full traces (.ZIPed) is you still encounter problems.

[Brett]

Still no luck.

 

Installed latest VG version, made sure running SU275 and using the above changes to the outgoing calls and still nothing. Still no Sip in wireshark traces.

2107Logs.zip

[SupportTeam]

The attached WireShark trace shows no SIP activity, even though the VoiceGuide traces show that incoming calls were answered by the system and sound files were played to caller.

 

Was the WireShark trace running when the incoming calls were answered by VoiceGuide?

 

Have you tried loading the call specifying the IP address explicitly, like this:

 

0421979999@202.85.243.87

 

or

 

0421979999@202.85.243.17

 

(it's the IP addresses for sip.pennytel.com and pennytel.com)

 

The explicitly stated IP addresses would have to be dialed - unless you have something installed on this system that prevents outbound IP communications (firewall/virus checker/etc).

[Brett]

Ok, thank you. Using the IP address in the outbound call and also in the VOIP registrations, I am now getting SIP activity.

 

But still no outbound call reaching destination.

 

I can see that the VG registration with the VOIP provider is ok.

 

But not sure what to look for in the log files to see why outbound call not working.

 

I have uploaded the traces and logs.

 

2307.zip

[SupportTeam]

Looks like in the Config.xml you are currently using 202.85.243.87 as the "realm" in the Authentication section.

 

Add another authentication entry, which has sip.pennytel.com as the realm (user/password same as in the 202.85.243.87 entry).

 

 

This should let HMP answer the 401 authentication request that comes from pennytel in response to outbound call.

 

Please post traces as before if you still encounter problems.

 

 

Once you get the calls working we should have a closer look as to why you need to use hardcoded IP addresses to make the calls. Using pennytel.com or sip.pennytel.com instead of the IP address should work.

[Brett]

Still having problems, and I will upload logs soon but while I nthink of it thought I would make a post... Could the problem be that I am trying to register with the local IP address of the computer rather than the external IP?

[SupportTeam]

Still having problems,

With outgoing calls? Or something else?

 

It's not possible to comment without logs.

[Brett]

With outgoing calls....2807.zip

[SupportTeam]

The 2807.pcap capture file contained in the uploaded .ZIP could not be opened. Are you able to open that file with WireShark on your system? If yes then can you tell us which version of WireShark are you using?

 

The ktTel trace shows that only one authentication entry seems to exit in the Config.xml - for realm sip.pennytel.com

 

We recommended to keep the existing one that you had (for realm 202.85.243.87) and add the sip.pennytel.com as an additional entry.

 

Your Registration details use 202.85.243.87 in server and client entries. You can try changing that to sip.pennytel.com or pennytel.com as well - but still keep two authentication entries.

 

We would need to see the WireShark trace to confirm what exactly is going on.

[Brett]

Your Registration details use 202.85.243.87 in server and client entries. You can try changing that to sip.pennytel.com or pennytel.com as well - but still keep two authentication entries.

 

When I tried using pennytel.com or sip.pennytel.com I would get no SIP activity again.

 

Here are the traces and logs with the 2 authentication entries in the Config.xml

 

2807_2.zip

[Brett]

any ideas?

[SupportTeam]

We were able have VoiceGuide attempt digest registration using just the entries below in the <VoIP_Lines> section of Config.xml :

 

<VoIP_Registrations>

 

<VoIP_Registration>

<Display>PennyTel</Display>

<Protocol>SIP</Protocol>

<RegServer>sip:sip.pennytel.com</RegServer>

<RegClient>8889249506@sip.pennytel.com</RegClient>

<LocalAlias>8889249506</LocalAlias>

<Expires>600</Expires>

</VoIP_Registration>

 

</VoIP_Registrations>

 

<VoIP_Authentications>

 

<VoIP_Authentication>

<Display>Pennytel</Display>

<Realm>sip.pennytel.com</Realm>

<Identity></Identity>

<AuthUsername>8889249506</AuthUsername>

<AuthPassword>***</AuthPassword>

</VoIP_Authentication>

 

</VoIP_Authentications>

 

obviously the registration did not work as we do not have the password, and we do not have a PennyTel account ourselves, but this striaghtforward setup worked as expected.

 

WireShark trace attached.

 

Can you replicate this correct behavior on your system?

 

The only realm specified is <Realm>sip.pennytel.com</Realm>, not an IP address. At time of outbound call made that is the realm presented by PenyTel, so HMP should make the right authentication match.

pennytelreg.zip