Call Between Snom 300 And Aastra 6731i

Home » Asterisk Users » Call Between Snom 300 And Aastra 6731i
Asterisk Users 4 Comments

hello list

i need your help please regarding an issue with snom300 and aastra6731i using asterisk

11.13.0 asterisk

snom 300 8.7.3.25

astra 6731i 2.6.0.2019

i have configured the trunks like below

100 in snom300
200 in snom300
300 in aastra6731i
400 in x-lite

the calls between x-lite and aastra ====ok inbound and outbound

the calls between x-lite and snom300====> ok inbound and outbound

the issue just between snom and aastra i can call from aastra to snom without issue

but when itry to call from snom300 to aastra6731i i get bad request all the time

i test with 3 snom300 i get the same result

please any body have the snom and aastra can help me in order to fixe this issue

thanks and regards.

4 thoughts on - Call Between Snom 300 And Aastra 6731i

  • please no body has som with aastra can help me in this issue

    2015-03-26 11:02 GMT+00:00 Salaheddine Elharit :

  • You would need to give more information really. Your sip.conf file listing the entries for the phones especially which codecs are permitted. A copy of the ‘asterisk -rvvv’ console output when you make the call.

  • thank you for your response below the asterisk -vvvr

    Using SIP RTP TOS bits 184
    == Using SIP RTP CoS mark 5
    — Executing [0176XXXXXX@from-internal:1] Macro(“SIP/300-00000192”,
    “user-callerid,LIMIT,EXTERNAL,”) in new stack
    — Executing [s@macro-user-callerid:1] Set(“SIP/300-00000192”,
    “TOUCH_MONITOR27481319.470”) in new stack
    — Executing [s@macro-user-callerid:2] Set(“SIP/300-00000192”,
    “AMPUSER00”) in new stack
    — Executing [s@macro-user-callerid:3] GotoIf(“SIP/300-00000192”,
    “0?report”) in new stack
    — Executing [s@macro-user-callerid:4] ExecIf(“SIP/300-00000192”,
    “1?Set(REALCALLERIDNUM00)”) in new stack
    — Executing [s@macro-user-callerid:5] Set(“SIP/300-00000192”,
    “AMPUSER00”) in new stack
    — Executing [s@macro-user-callerid:6] GotoIf(“SIP/300-00000192”,
    “0?limit”) in new stack
    — Executing [s@macro-user-callerid:7] Set(“SIP/300-00000192”,
    “AMPUSERCIDNAME00”) in new stack
    — Executing [s@macro-user-callerid:8] GotoIf(“SIP/300-00000192”,
    “0?report”) in new stack
    — Executing [s@macro-user-callerid:9] Set(“SIP/300-00000192”,
    “AMPUSERCID00”) in new stack
    — Executing [s@macro-user-callerid:10] Set(“SIP/300-00000192”,
    “__DIAL_OPTIONS=tr”) in new stack
    — Executing [s@macro-user-callerid:11] Set(“SIP/300-00000192”,
    “CALLERID(all)=”300” <300>“) in new stack
    — Executing [s@macro-user-callerid:12] GotoIf(“SIP/300-00000192”,
    “0?limit”) in new stack
    — Executing [s@macro-user-callerid:13] ExecIf(“SIP/300-00000192”,
    “1?Set(GROUP(concurrency_limit)00)”) in new stack
    — Executing [s@macro-user-callerid:14] ExecIf(“SIP/300-00000192”,
    “0?Set(CHANNEL(language)=)”) in new stack
    — Executing [s@macro-user-callerid:15] GotoIf(“SIP/300-00000192”,
    “1?continue”) in new stack
    — Goto (macro-user-callerid,s,28)
    — Executing [s@macro-user-callerid:28] Set(“SIP/300-00000192”,
    “CALLERID(number)00”) in new stack
    — Executing [s@macro-user-callerid:29] Set(“SIP/300-00000192”,
    “CALLERID(name)00”) in new stack
    — Executing [s@macro-user-callerid:30] Set(“SIP/300-00000192”,
    “CDR(cnum)00”) in new stack
    — Executing [s@macro-user-callerid:31] Set(“SIP/300-00000192”,
    “CDR(cnam)00”) in new stack
    — Executing [s@macro-user-callerid:32] Set(“SIP/300-00000192”,
    “CHANNEL(language)=en”) in new stack
    — Executing [0176XXXXXX@from-internal:2] Set(“SIP/300-00000192”,
    “MOHCLASS

  • That is your issue.

    You can enable a ‘sip debug’ and make the call again and get a trace of the SIP message asterisk is sending to the phone. We can take a look here to see if anything looks wrong.

    If you could post a trace from a phone that can call that destination it might be easier to spot the differences.

    I am off work for the weekend now but someone else might be able to take a look in the next couple of days.