cisco sip trunk with sipgate.co.uk

Unanswered Question
May 17th, 2009

Cisco 2651XM router connected to the internet

IOS: c2600-adventerprisek9-mz.124-15.T8.bin

7940G ip phone(s)

I have a sip trunk running on my above router that worked fine when registering with tescointernetphone.com, but I decided to give sipgate1000 a try. In the router config I changed the sip-ua registration to sipgate.co.uk and the sip trunk registers fine to sipgate but I can't make outgoing calls, I get the engaged signal all the time, even if I dial voicemail (50000). But I can get incoming calls. The settings in my router worked fine when dialing out on tescointernetphone but the same settings won't work with sipgate, even though the sip trunk registers with sipgate.co.uk. I know it's a problem with my router config because if I use xlite on my pc registered to sipgate.co.uk I can dial voicemail without any problem.

One thing worth noting is that my tesco username is actually my tesco DID number, but my sipgate username is just a 7 digit number.

Attached is two configs: one is the running config when registered with tesco, the other when registered to sipgate.

thanks for any pointers.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Paolo Bevilacqua Sun, 11/22/2009 - 10:05

These are numbers.

Sometime, ITSP invites for the customer account ID, not the actual e.164 number.

FlorianCokl Sun, 11/22/2009 - 17:52

Hello!

Oh please! You have to take a close look!

The point is not the credential in the INVITE, this info is fine - the system hast registered succesfully, rather the information contained in "TO"! There is absolutely no way to configure a string (sip:[email protected]) under the dial-peer-configuration with incoming called-number subconfig-command. Besides - why is sipgate able (in the FROM-line) to provide the number of the person making the call in hyphens but not in the TO-line?

Paolo Bevilacqua Sun, 11/22/2009 - 18:08

Mate, how long you've been working with SIP ?

They are calling you at 0043720734175

That's all you've to configure and care about.

FlorianCokl Mon, 11/23/2009 - 02:37

Listen - it doesn't matter how long I've been working with SIP as well as it seems that it doesn't matter how I configure the dial-peer responsible for incoming calls via SIP - I get a clause "1" everytime which means that the number dialed does not exist! I have tried everything under incoming called-number. I tried the SIP-account-number, I tried the phone-number, and I tried a wildcard that says "accept every digit in any combination", all with the same result - clause=1 means the number dialed does not exist. So what number are they sending?! Not a number obviously! The call must come through with a dial-peer that accepts ANY COMBINATION of digits. If the system accepts any digits in any combination why is the call not going through?!

FlorianCokl Mon, 11/23/2009 - 05:37

I do have a match in the ephone-dn as well! I have configured a DN with the PSTN Number show above, associated it with button 2:30 to the 7961 - no result. I have had a working translation-rule attached to a translation-profile which is hooked to the incoming dial-peer to translate the incoming called-number to a DN available in the system - again no result.

On the other hand I have a book, the fat one about CME. Even in the book there's an xmpl of debug ccsip messages saying exactly what I've been trying here so desperately.

2 particular lines in the invite should look like this

From: "06605201000" [email protected]>;tag=as7309a814

To: "0043720734175" [email protected]>

and not like this (this is what I am getting)

From: "06605201000" [email protected]>;tag=as7309a814

To: [email protected]>

Paolo Bevilacqua Mon, 11/23/2009 - 07:58

The string between quotes doesn't matter. However, the domain right of @ should be your IP address, not their domain.

Here another real example:

INVITE sip:[email protected].x.x:5060 SIP/2.0
Via: SIP/2.0/UDP kk.kk.kk.kk:5061;branch=z9hG4bK2b1635d2eb5c69e45c387bc25253ca0b;rport
Max-Forwards: 70
From: [email protected]>;tag=92142703d67aade63ba661efeeb93346
To: [email protected]>   <--- your IP address should be here
Call-ID: [email protected]
CSeq: 200 INVITE
Contact: Anonymous
Expires: 300
User-Agent: Sippy
cisco-GUID: 2199370179-3615298014-2360868878-3619251964
h323-conf-id: 2199370179-3615298014-2360868878-3619251964
Content-disposition: session
Content-Length: 393
Content-Type: application/sdp

Try perhaps (I never did):

ip host sipgate.at

You can also take "debug voice ccapi"

FlorianCokl Sat, 11/28/2009 - 06:46

Absolutely - that's another thing I wanted to talk about.

The top line in the INVITE shows my IP-address, but what confuses me like you as well is the fact that in the "To"-line the sipgate-domain shows up again! If I wrote you a letter with receiver the same as sender - yeah - where would it go?!

Regarding the fact that I established a registration but couldn't get any calls coming in or out - here are the news:

What I had to do was to configure an ephone-dn that contains (under number xxxxxx) my registration ID-number not the telephone-number! At all this is just awkward - sorry. Yet one issue is still pertinent - manipulating the numbers. I can't get it done. I absolutely understand the logic and meanings of words. It doesn't matter where (the incoming dial-peer or the ephone-dn) or what (translation-profile or translate calling or called) I configure. I wanted to prefix a "0" in front of the number of the person who is calling in because unlike in the USA where you are used to dial a "9" we use a "0" - no way.

FlorianCokl Sat, 11/28/2009 - 06:48

Oh - I just read your last line

CallControll? Really? Why - I mean how?

I'll try it anyway

FlorianCokl Sat, 11/28/2009 - 07:14

I tried what you suggested - here's the output - I can't read it, not really. I called my number 0043720734175 from my cell 00436605201000 (the numbers provided are the fully qualified E-164 numbers)

What is highlighted in blue is where I replaced afterwards numbers with X - but again, this is my ID not the telephone-number!

The ephone-dn is further configured to forward all calls to the AA.

But again - why is the incoming dial-peer not working even when configured it with incoming called-number 77XXXXX? Why do I need a ephone-dn?

052125: Nov 28 14:55:32.294: //2644/xxxxxxxxxxxx/CCAPI/cc_api_caps_ind:

   Call Entry Is Not Found

052126: Nov 28 14:55:32.298: //-1/E92C70048314/CCAPI/cc_api_display_ie_subfields:

   cc_api_call_setup_ind_common:

   cisco-username=06605201000

   ----- ccCallInfo IE subfields -----

   cisco-ani=06605201000

   cisco-anitype=0

   cisco-aniplan=0

   cisco-anipi=0

   cisco-anisi=0

  dest=77XXXXX

   cisco-desttype=0

   cisco-destplan=0

   cisco-rdie=FFFFFFFF

   cisco-rdn=

   cisco-rdntype=0

   cisco-rdnplan=0

   cisco-rdnpi=-1

   cisco-rdnsi=-1

   cisco-redirectreason=-1   fwd_final_type =0

   final_redirectNumber =

   hunt_group_timeout =0

052127: Nov 28 14:55:32.298: //-1/E92C70048314/CCAPI/cc_api_call_setup_ind_common:

   Interface=0x85E26ABC, Call Info(

   Calling Number=06605201000,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

  Called Number=77XXXXX(TON=Unknown, NPI=Unknown),

   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,

   Incoming Dial-peer=1000, Progress Indication=NULL(0), Calling IE Present=TRUE,

   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=2644

052128: Nov 28 14:55:32.298: //-1/E92C70048314/CCAPI/ccCheckClipClir:

   In: Calling Number=06605201000(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

052129: Nov 28 14:55:32.298: //-1/E92C70048314/CCAPI/ccCheckClipClir:

   Out: Calling Number=06605201000(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

052130: Nov 28 14:55:32.298: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

052131: Nov 28 14:55:32.298: :cc_get_feature_vsa malloc success

052132: Nov 28 14:55:32.298: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

052133: Nov 28 14:55:32.298:  cc_get_feature_vsa count is 3

052134: Nov 28 14:55:32.298: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

052135: Nov 28 14:55:32.298: :FEATURE_VSA attributes are: feature_name:0,feature_time:2222926360,feature_id:409

052136: Nov 28 14:55:32.298: //2644/E92C70048314/CCAPI/cc_api_call_setup_ind_common:

   Set Up Event Sent;

   Call Info(Calling Number=06605201000(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

   Called Number=77XXXXX(TON=Unknown, NPI=Unknown))

052137: Nov 28 14:55:32.298: //2644/E92C70048314/CCAPI/cc_process_call_setup_ind:

   Event=0x864D5870

052138: Nov 28 14:55:32.298: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:

  Try with the demoted called number 77XXXXX

052139: Nov 28 14:55:32.298: //2644/E92C70048314/CCAPI/ccCallSetContext:

   Context=0x87E38644

052140: Nov 28 14:55:32.298: //2644/E92C70048314/CCAPI/cc_process_call_setup_ind:

   >>>>CCAPI handed cid 2644 with tag 1000 to app "_ManagedAppProcess_Default"

052141: Nov 28 14:55:32.302: //2644/E92C70048314/CCAPI/ccCallProceeding:

   Progress Indication=NULL(0)

052142: Nov 28 14:55:32.302: //2644/E92C70048314/CCAPI/ccCallSetupRequest:

   Destination=, Calling IE Present=TRUE, Mode=0,

   Outgoing Dial-peer=2002, Params=0x87E2A954, Progress Indication=NULL(0)

052143: Nov 28 14:55:32.302: //2644/E92C70048314/CCAPI/ccCheckClipClir:

   In: Calling Number=006605201000(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

052144: Nov 28 14:55:32.302: //2644/E92C70048314/CCAPI/ccCheckClipClir:

   Out: Calling Number=006605201000(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)

052145: Nov 28 14:55:32.302: //2644/E92C70048314/CCAPI/ccCallSetupRequest:

   Destination Pattern=157, Called Number=157, Digit Strip=FALSE

052146: Nov 28 14:55:32.302: //2644/E92C70048314/CCAPI/ccCallSetupRequest:

   Calling Number=006605201000(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

   Called Number=157(TON=Unknown, NPI=Unknown),

   Redirect Number=, Display Info=06605201000

   Account Number=06605201000, Final Destination Flag=TRUE,

   Guid=E92C7004-DB64-11DE-8314-B54C15E22C46, Outgoing Dial-peer=2002

052147: Nov 28 14:55:32.302: //2644/E92C70048314/CCAPI/cc_api_display_ie_subfields:

   ccCallSetupRequest:

   cisco-username=06605201000

   ----- ccCallInfo IE subfields -----

   cisco-ani=006605201000

   cisco-anitype=0

   cisco-aniplan=0

   cisco-anipi=0

   cisco-anisi=0

   dest=157

   cisco-desttype=0

   cisco-destplan=0

   cisco-rdie=FFFFFFFF

   cisco-rdn=

   cisco-rdntype=0

   cisco-rdnplan=0

   cisco-rdnpi=-1

   cisco-rdnsi=-1

   cisco-redirectreason=-1   fwd_final_type =0

   final_redirectNumber =

   hunt_group_timeout =0

052148: Nov 28 14:55:32.306: //2644/E92C70048314/CCAPI/ccIFCallSetupRequestPrivate:

   Interface=0x85E26ABC, Interface Type=3, Destination=, Mode=0x0,

   Call Params(Calling Number=006605201000,(Calling Name=06605201000)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

   Called Number=157(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,

   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=2002, Call Count On=FALSE,

   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)

052149: Nov 28 14:55:32.306: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

052150: Nov 28 14:55:32.306: :cc_get_feature_vsa malloc success

052151: Nov 28 14:55:32.306: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

052152: Nov 28 14:55:32.306:  cc_get_feature_vsa count is 4

052153: Nov 28 14:55:32.306: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

052154: Nov 28 14:55:32.306: :FEATURE_VSA attributes are: feature_name:0,feature_time:2222927928,feature_id:410

052155: Nov 28 14:55:32.306: //2645/E92C70048314/CCAPI/ccIFCallSetupRequestPrivate:

   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1

052156: Nov 28 14:55:32.306: //2645/E92C70048314/CCAPI/ccCallSetContext:

   Context=0x87E2A904

052157: Nov 28 14:55:32.306: //2644/E92C70048314/CCAPI/ccSaveDialpeerTag:

   Outgoing Dial-peer=2002

052158: Nov 28 14:55:32.306: //2645/E92C70048314/CCAPI/cc_api_call_proceeding:

   Interface=0x85E26ABC, Progress Indication=NULL(0)

052159: Nov 28 14:55:32.342: //2645/E92C70048314/CCAPI/cc_api_call_alert:

   Interface=0x85E26ABC, Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)

052160: Nov 28 14:55:32.342: //2645/E92C70048314/CCAPI/cc_api_call_alert:

   Call Entry(Retry Count=0, Responsed=TRUE)

052161: Nov 28 14:55:32.342: //2644/E92C70048314/CCAPI/ccCallAlert:

   Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)

052162: Nov 28 14:55:32.342: //2644/E92C70048314/CCAPI/ccCallAlert:

   Call Entry(Responsed=TRUE, Alert Sent=TRUE)

052163: Nov 28 14:55:32.374: //2645/E92C70048314/CCAPI/cc_api_caps_ind:

   Destination Interface=0x0, Destination Call Id=-1, Source Call Id=2645,

   Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,

   Modem=0x0, Codec Bytes=20, Signal Type=2)

052164: Nov 28 14:55:32.374: //2645/E92C70048314/CCAPI/cc_api_caps_ind:

   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),

   Playout Max=1000(ms), Fax Nom=300(ms))

052165: Nov 28 14:55:32.374: //2644/E92C70048314/CCAPI/cc_api_caps_ack:

   Destination Interface=0x0, Destination Call Id=2645, Source Call Id=2644,

   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=OFF(0x1),

   Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1)

052166: Nov 28 14:55:32.374: //2645/E92C70048314/CCAPI/cc_api_event_indication:

   Event=151, Call Id=2645

052167: Nov 28 14:55:32.374: //2645/E92C70048314/CCAPI/cc_api_event_indication:

   Event Is Sent To Conferenced SPI(s) Directly

052168: Nov 28 14:55:32.374: //2645/E92C70048314/CCAPI/cc_api_call_connected:

   Interface=0x85E26ABC, Data Bitmask=0x1, Progress Indication=NULL(0),

   Connection Handle=0

052169: Nov 28 14:55:32.374: //2645/E92C70048314/CCAPI/cc_api_call_connected:

   Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)

052170: Nov 28 14:55:32.378: //2644/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:

   (confID=0x84882EA4, callID1=0xA54, callID2=0xA55, tag=0x0)

052171: Nov 28 14:55:32.378: //2644/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:

   (confID=0x84882EA4, callID1=0xA54, gcid=E92D0C2C-DB6411DE-8317B54C-15E22C46, tag=0x0)

052172: Nov 28 14:55:32.378: //2645/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:

   (confID=0x84882EA4, callID2=0xA55, gcid=E92D0C2C-DB6411DE-8317B54C-15E22C46, tag=0x0)

052173: Nov 28 14:55:32.378: //2644/E92C70048314/CCAPI/ccConferenceCreate:

   Conference Id=0x84882EA4, Call Id1=2644, Call Id2=2645, Tag=0x0

052174: Nov 28 14:55:32.378: //2644/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:

052175: Nov 28 14:55:32.378: ccConferenceCreate: ret1=0, codecMask1=1, bytes1=160, negot1=1, dtmf1=6

                    ret2=0, codecMask2=1, bytes2=160, negot2=1, dtmf2=8,

                    tx_dynamic_pt1=0, rx_dynamic_pt1=0, codec_mode1=0, params_bitmap1 =0

                    tx_dynamic_pt2=0, rx_dynamic_pt2=0, codec_mode2=0, params_bitmap2 =0

052176: Nov 28 14:55:32.378: //2644/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:

   delay media to slow start case, codec negotation is not done

052177: Nov 28 14:55:32.378: //2644/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

052178: Nov 28 14:55:32.378: cc_api_get_xcode_stream : 4452

052179: Nov 28 14:55:32.378: //2644/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:

   Conference Id=0x2A, Source Interface=0x85E26ABC, Source Call Id=2644,

   Destination Call Id=2645, Disposition=0x0, Tag=0x0

052180: Nov 28 14:55:32.378: //2645/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

052181: Nov 28 14:55:32.378: cc_api_get_xcode_stream : 4452

052182: Nov 28 14:55:32.378: //2645/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:

   Conference Id=0x2A, Source Interface=0x85E26ABC, Source Call Id=2645,

   Destination Call Id=2644, Disposition=0x0, Tag=0x0

052183: Nov 28 14:55:32.378: //2644/E92C70048314/CCAPI/cc_generic_bridge_done:

   Conference Id=0x2A, Source Interface=0x85E26ABC, Source Call Id=2645,

   Destination Call Id=2644, Disposition=0x0, Tag=0x0

052184: Nov 28 14:55:32.378: //2644/E92C70048314/CCAPI/ccConferenceCreate:

   Call Entry(Conference Id=0x2A, Destination Call Id=2645)

052185: Nov 28 14:55:32.378: //2645/E92C70048314/CCAPI/ccConferenceCreate:

   Call Entry(Conference Id=0x2A, Destination Call Id=2644)

052186: Nov 28 14:55:32.378: //2644/E92C70048314/CCAPI/cc_process_notify_bridge_done:

   Conference Id=0x2A, Call Id1=2644, Call Id2=2645

052187: Nov 28 14:55:32.382: //2644/E92C70048314/CCAPI/ccCallConnect:

   Progress Indication=NULL(0), Data Bitmask=0x1

052188: Nov 28 14:55:32.382: //2644/E92C70048314/CCAPI/ccCallConnect:

   Call Entry(Connected=TRUE, Responsed=TRUE)

FlorianCokl Sun, 11/22/2009 - 09:59

Hello Tony,

I am having the same problems - just with sipgate.at

I think it has to do with the INVITE coming from sipgate. I have a dial-peer configured that would accept any incoming called-number - but it has to be a NUMBER!!

Received:

INVITE sip:[email protected]:5060 SIP/2.0

Record-Route:

Record-Route:

Record-Route:

Via: SIP/2.0/UDP 217.10.79.13:5060;branch=z9hG4bKddfc.bdda4aa.0

Via: SIP/2.0/UDP 172.20.40.2;branch=z9hG4bKddfc.bdda4aa.0

Via: SIP/2.0/UDP 217.10.79.13:5060;received=217.10.68.226;branch=z9hG4bK722bc877

Via: SIP/2.0/UDP 217.10.69.13:5060;branch=z9hG4bK722bc877;rport=5060

From: "06605201000" [email protected]>;tag=as59c13780

To: [email protected]>

Contact:

Call-ID: [email protected]

CSeq: 102 INVITE

Max-Forwards: 67

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY

Supported: replaces

Content-Type: application/sdp

Content-Length: 448

v=0

o=root 23905 23905 IN IP4 217.10.69.13

wgsedecim#

s=session

c=IN IP4 217.10.77.21

t=0 0

m=audio 50338 RTP/AVP 8 0 3 97 18 112 101

a=rtpmap:8 PCMA/8000

a=rtpmap:0 PCMU/8000

a=rtpmap:3 GSM/8000

a=rtpmap:97 iLBC/8000

a=fmtp:97 mode=30

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=no

a=rtpmap:112 G726-32/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=silenceSupp:off - - - -

a=ptime:20

a=sendrecv

a=direction:active

a=nortpproxy:yes

050360: Nov 22 17:45:22.962: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 100 Trying

Via: SIP/2.0/UDP 217.10.79.13:5060;branch=z9hG4bKddfc.bdda4aa.0,SIP/2.0/UDP 172.20.40.2;branch=z9hG4bKddfc.bdda4aa.0,SIP/2.0/UDP 217.10.79.13:5060;rec

eived=217.10.68.226;branch=z9hG4bK722bc877,SIP/2.0/UDP 217.10.69.13:5060;branch=z9hG4bK722bc877;rport=5060

From: "06605201000" [email protected]>;tag=as59c13780

To: [email protected]>

Date: Sun, 22 Nov 2009 17:45:22 GMT

Call-ID: [email protected]

CSeq: 102 INVITE

Allow-Events: telephone-event

Server: Cisco-SIPGateway/IOS-12.x

Content-Length: 0

050361: Nov 22 17:45:22.966: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 404 Not Found

Via: SIP/2.0/UDP 217.10.79.13:5060;branch=z9hG4bKddfc.bdda4aa.0,SIP/2.0/UDP 172.20.40.2;branch=z9hG4bKddfc.bdda4aa.0,SIP/2.0/UDP 217.10.79.13:5060;rec

eived=217.10.68.226;branch=z9hG4bK722bc877,SIP/2.0/UDP 217.10.69.13:5060;branch=z9hG4bK722bc877;rport=5060

From: "06605201000" [email protected]>;tag=as59c13780

To: [email protected]>;tag=244E53C0-2038

Date: Sun, 22 Nov 2009 17:45:22 GMT

Call-ID: [email protected]

CSeq: 102 INVITE

Allow-Events: telephone-event

Server: Cisco-SIPGateway/IOS-12.x

Reason: Q.850;cause=1

Content-Length: 0

050362: Nov 22 17:45:23.054: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:

ACK sip:[email protected]:5060 SIP/2.0

Max-Forwards: 10

Via: SIP/2.0/UDP 217.10.79.13:5060;branch=z9hG4bKddfc.bdda4aa.0

Via: SIP/2.0/UDP 172.20.40.2;branch=z9hG4bKddfc.bdda4aa.0

From: "06605201000" [email protected]>;tag=as59c13780

Call-ID: [email protected]

To: [email protected]>;tag=244E53C0-2038

CSeq: 102 ACK

Content-Length: 0

X-hint: rr-enforced

So what do you think?

Let me know

Florian

Actions

This Discussion