SS7 Costa Rica

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Estimado,

looking at the traces ,the incoming call is directed to : 002010700
the outgoing cal is originated from : ANI=20107000 going to: DNI=888917571

you may want to dial in the same format than the call is received,
00888917571 - ie not removing a leading zero, but adding two !
you may also want to add the 00 to the calling number, so you get the exact
same format.

these are just wild guesses !

J.

On Thu, Mar 18, 2010 at 2:22 PM, Jorge Antillon <jantillon at ticom.co.cr>wrote:

> First is first,
> I am amazed of all the support I have received, so thank you.
>
> Second,
> How do I remove the leading 0 and where is it!!,
>
> I am setup as national, and supposedly I cannot and should not  be anything
> else.
>
> They just looked at a protocol analyzer and they said my ANI and DNI were
> correct.
>
> Here pasted my  screens
> [Mar 18 11:37:17] NOTICE[11742]: isup.c:495 decode_isup_phonenum: National
> (significant) or unknown nature of address indicator (1), assuming
> international.
>     -- Recv IAM CIC=13   ANI=***** DNI=0020107000 RNI= redirect=no/0
> complete=0
>     -- Executing [0020107000 at congestion:1] Answer("SS7/ls1/13", "") in new
> stack
>     -- Executing [0020107000 at congestion:2] Dial("SS7/ls1/13",
> "SIP/voice01/2001") in new stack
>     -- Called voice01/2001
>     -- SIP/voice01-00000004 is ringing
>     -- SIP/voice01-00000004 answered SS7/ls1/13
>   == Spawn extension (congestion, 0020107000, 2) exited non-zero on
> 'SS7/ls1/13'
>     -- SS7 hangup 'SS7/ls1/13' CIC=13 Cause=16 (state=7)
>
> Inbound completed correctly.
> ---------------------------------------------------------
>     -- Executing [22564401 at ss7:3] Hangup("SIP/voice01-00000005", "") in
> new stack
>   == Spawn extension (ss7, 22564401, 3) exited non-zero on
> 'SIP/voice01-00000005'
>     -- Executing [22560144 at ss7:1] Set("SIP/voice01-00000006",
> "CALLERID(all)=20107000") in new stack
>     -- Executing [22560144 at ss7:2] Dial("SIP/voice01-00000006",
> "SS7/22560144") in new stack
>     -- Sent IAM CIC=9    ANI=20107000 DNI=22560144 RNI=
>     -- Called 22560144
>     -- SS7 hangup 'SS7/ls1/9' CIC=9 Cause=3 (state=7)
>   == Everyone is busy/congested at this time (1:0/0/1)
>     -- Executing [22560144 at ss7:3] Hangup("SIP/voice01-00000006", "") in
> new stack
>   == Spawn extension (ss7, 22560144, 3) exited non-zero on
> 'SIP/voice01-00000006'
>
> Outbound to fixed line, congestion right away.
> ---------------------------------------------------------
>     -- Executing [888917571 at ss7:1] Set("SIP/voice01-00000008",
> "CALLERID(all)=20107000") in new stack
>     -- Executing [888917571 at ss7:2] Dial("SIP/voice01-00000008",
> "SS7/888917571") in new stack
>     -- Sent IAM CIC=17   ANI=20107000 DNI=888917571 RNI=
>     -- Called 888917571
>     -- SS7/ls1/17 is ringing
>     -- SS7/ls1/17 is making progress passing it to SIP/voice01-00000008
>     -- SS7 hangup 'SS7/ls1/17' CIC=17 Cause=0 (state=4)
>   == Spawn extension (ss7, 888917571, 2) exited non-zero on
> 'SIP/voice01-00000008'
>
> Outbound to mobile, answers that I have am dialing the wrong number
>
>
>
>
>
>
>    Jorge Antillon
> CEO - CTO
> ticom - Costa Rica Telecom
>
>
>
>
>  On Thu, 2010-03-18 at 14:09 -0400, Jean C?rien wrote:
>
>
> I've had something similar with a AXE 10 E/// switch. I had to remove the
> leading 0 when dialing - ie this was a dialing formatting issue.
>
> May not be your case, but who knows !
>
> Rgds,
> J.
>
>
>
> On Thu, Mar 18, 2010 at 2:00 PM, Jan Berger <janvb at live.com> wrote:
>
> Jorge,
>
> Firstly - don't take for granted that the message you are played by the
> switch indicate the correct problem - are the circuits on your E1's opene
> for outbound calls at the switch?
>
> What I would do is to ask the network how they expeect thee numbr and NAI
> set. If that is not possible then I fear you have to start testing from one
> end to another A-Z. I usually end up doing this myself even inside neetworks
> because it's so slow getting answers from some networks.
>
> Etc - assume you want to call 93452302 - just an example Norwgian number
>
> 1. try 93452302 in National
> 2. try 093452302 in National
> 3. try 004793452302 in National
>
> 4. try 93452302 in Unknown
> 5. try 093452302 in Unknown
> 6. try 004793452302 in Unknown
>
> 7. try 93452302 in International
> 8. try 093452302 in International
> 9. try 004793452302 in International
>
> Jan
> ------------------------------
>
>
> From: jantillon at ticom.co.cr
> To: asterisk-ss7 at lists.digium.com
> Date: Thu, 18 Mar 2010 09:31:05 -0600
> Subject: [asterisk-ss7] SS7 Costa Rica
>
>
>
> Hi,
>
>         I've been trying to setup SS7 completely down here in Costa Rica
> for a week now and I am thinking I've run out of resources, we are the first
> interconnect and pretty much have no other way to look out for help.
>         I have 20 E1s with the operator and while I see Idle channels and I
> am capable of receiving a call, answering it and processing it, when trying
> to place an outbound call it is not being able to complete, what we get is a
> recoding system from the operator saying that the number is incorrect
> (perhaps the nature-of-address, translation or numbering plan).
>
>         I have included my config files for reference.
>         I've moved forward with the case by fiddling with the globaltitle /
> ssn setting, as to changing its four fields, but I have no idea of all of
> the possible values and their effect.
>
>         ss7.conf
>         --------------------------------------------------
>         [linkset-ls1]
>         enabled => yes
>         enable_st => yes
>         use_connect => no
>         hunting_policy => odd_lru ;seq_lth
>         context => congestion
>         language => en
>         t35 => 15000,timeout
>         subservice => auto
>         variant => ITU
>
>         [link-l1]
>         linkset => ls1
>         channels => 1-30
>         schannel => 31
>         firstcic => 1
>         enabled => yes
>         echocancel => allways
>         echocan_train => 350
>         echocan_taps => 128
>
>         [link-l2]
>         linkset => ls1
>         channels => 1-30
>         schannel => 31
>         firstcic => 33
>         enabled => yes
>
>         [link-l3]
>         linkset => ls1
>         channels => 1-31
>         schannel =>
>         firstcic => 65
>         enabled => yes
>
>         [link-l4]
>         linkset => ls1
>         channels => 1-31
>         schannel =>
>         firstcic => 97
>         enabled => yes
>
>         [host-SJO_P0BX_01]
>         enabled => yes
>         opc => 0x601
>         dpc => ls1:0x103
>         links => l1:1,l2:2,l3:3,l4:4
>         globaltitle => 0x01, 0x01, 0x00, 4702636074
>         ssn => 0
>         -------------------------------------------------------------------
>
>    Jorge Antillon
> CEO - CTO
> ticom - Costa Rica Telecom
>
>
>
>
>
>
>
> ------------------------------
>
>
> Hotmail: Trusted email with powerful SPAM protection. Sign up now.<https://signup.live.com/signup.aspx?id=60969>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-ss7
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20100318/92b21eb5/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 6120 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-ss7/attachments/20100318/92b21eb5/attachment-0002.jpeg 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 6120 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-ss7/attachments/20100318/92b21eb5/attachment-0003.jpeg 


[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux